關(guān)于Xilinx Zynq-7000帶來的新的系統(tǒng)設(shè)計(jì)思路，以及Profiling的對(duì)象libjpeg，前文已經(jīng)描述過了，再此不再贅述。

一. Oprofile簡(jiǎn)介

Profiling是對(duì)不同性能特征的數(shù)據(jù)的形式化總結(jié)或分析，它通常以圖形和表的形式出現(xiàn)。它提供為特定的處理器事件收集的采樣百分?jǐn)?shù)或數(shù)量，比如cache miss rate、TLB miss rate等等。一般來說，主要目的是為了找出軟件中的性能瓶頸，然后有針對(duì)性的優(yōu)化以提升軟件的整體性能。

Oprofile 是用于 Linux 的若干種評(píng)測(cè)和性能監(jiān)控工具中的一種。它可以工作在不同的體系結(jié)構(gòu)上，包括ARM, PowerPC, MIPS, IA32, IA64 和 AMD Athlon等等。它的開銷很小，從Linux 2.6 版起，它被包含進(jìn)了Linux內(nèi)核中。

Oprofile可以收集有關(guān)處理器事件的信息，幫助用戶識(shí)別諸如循環(huán)的展開、cache的使用率低、低效的類型轉(zhuǎn)換和冗余操作、錯(cuò)誤預(yù)測(cè)轉(zhuǎn)移等問題。Oprofile是一種細(xì)粒度的工具，可以為指令集或者為函數(shù)、系統(tǒng)調(diào)用或中斷處理例程收集采樣。Oprofile 通過取樣來工作。使用收集到的評(píng)測(cè)數(shù)據(jù)，用戶可以很容易地找出性能問題。

通過監(jiān)察CPU的hardware events，oprofile可以在運(yùn)行狀態(tài)下對(duì)整個(gè)Linux系統(tǒng)進(jìn)行profiling。Profiling的對(duì)象可以是Linux kernel (包括modules和interrupt handlers), shared libraries或者應(yīng)用程序。

從0.9.8版本開始，oprofile支持Perf_events profiling mode模式。應(yīng)用程序operf被用來控制profiling過程；而在legacy mode下，是通過opcontrol腳本和oprofiled daemon來完成的。Operf不再象legacy mode那樣需要OProfile kernel driver，它直接和Linux Kernel Performance Events Subsystem打交道。使用operf，就可以用普通用戶的身份來profiling用戶的應(yīng)用程序了，當(dāng)然如果需要對(duì)整個(gè)系統(tǒng)來profiling的時(shí)候還是需要root權(quán)限的。

如果硬件不支持OProfile使用performance counters，OProfile就只能工作在Timer Mode下了。Timer Mode只能在legacy profiling mode下使用，即只能通過opcontrol腳本來控制。

Oprofile的website為：
可以支持的處理器的hardware event類型：
對(duì)于Zynq-7000來說， 列出了ARM Cortex-A9內(nèi)核PMU(Performance Monitor Unit)所支持的所有hardware event種類，可以看出oprofile可以支持很多深入處理器內(nèi)部的分析。

提供了一些oprofile生成的結(jié)果，可以方便開發(fā)者在開始使用之前了解oprofile能夠做到哪些事情。

Oprofile的詳細(xì)使用文檔：

Oprofile的優(yōu)勢(shì)：
? 比較低的運(yùn)行開銷
? 對(duì)被profiling的對(duì)象影響很小
? 可以profiling中斷服務(wù)程序(interrupt handlers)
? 可以profiling應(yīng)用程序和shared libraries
? 可以profiling dynamically compiled (JIT) code
? 可以對(duì)整個(gè)系統(tǒng)做profiling
? 可以觀察CPU內(nèi)部的細(xì)節(jié)，例如cache miss rate
? 可以多源代碼做annotation
? 可以支持instruction-level的profiling
? 可以生成call-graph profiles

不過OProfile也不是萬能的，它也有自己的局限性：
? 只能在x86, ARM, 和PowerPC架構(gòu)上生成call graph profiles
? 不支持100%精確的instruction-level profiling
? 對(duì)dynamically compiled (JIT) code profiling的支持還不完善。

無論如何，Oprofile的功能都比gprof要強(qiáng)很多，代價(jià)是配置起來會(huì)比較麻煩。

二. 編譯Oprofile

首先最好在Linux kernel里面選中Oprofile driver，以獲得全面的支持。

下載Linux kernel Source：從 https://github.com/Xilinx/linux-xlnx 可以下載到Xilinx提供的驗(yàn)證好的內(nèi)核。如果不方便使用Linux下的git工具，可以單擊頁面上的releases找到相應(yīng)的版本下載tar ball。下載的時(shí)候最好選tar.gz格式的，而不是zip格式的，因?yàn)楹笳咴谔幚韘ymbol link的時(shí)候有可能會(huì)出問題。

因?yàn)楣P者使用的是Xilinx Linux pre-built 14.7，所以這里下載的是 linux-xlnx-xilinx-v14.7.tar.gz

解壓縮后，用以下命令調(diào)出Linux kernel的配置界面：
export ARCH=arm
export CROSS_COMPILE=arm-xilinx-linux-gnueabi-
make xilinx_zynq_defconfig
make xconfig 或者make menuconfig

在配置界面上將以下兩項(xiàng)勾上：
General setup --->
[*] Profiling support
<*> OProfile system profiling

然后make uImage即可生成新的uImage，用來替換Xilinx Linux pre-built 14.7中的Linux kernel image。同時(shí)我們也需要vmlinux來檢查profiling的結(jié)果。

Oprofile需要popt, bfd, liberty庫，要在嵌入式單板上使用這些庫，需要手工完成交叉編譯。

針對(duì)popt 1.7，用以下命令完成編譯：
./configure --prefix=/home/wave/xilinx/oprofileprj/rootfs --host=arm-xilinx-linux-gnueabi --with-kernel-support --disable-nls && make && make install

針對(duì)binutils 2.24，用以下命令完成編譯：
./configure --host=arm-xilinx-linux-gnueabi --prefix=/home/wave/xilinx/oprofileprj/rootfs --enable-install-libbfd --enable-install-libiberty --enable-shared && make && make install
不過--enable-install-libiberty沒有效果，所以需要手工把libiberty.a和libiberty.h拷貝到相應(yīng)的位置。