要评价一个系统的性能，通常有不同的指标，相应的会有不同的测试方法和测试工具。既有比较成熟的商业测试软件，也有许多优秀的开源工具来完成这个任务。本文简要介绍如何使用lmbench来完成系统综合性能测试。

Lmbench用C语言编写的，是一套具有较好可移植性的，简易的，符合ANSI/C标准为UNIX/POSIX而制定的微型测评工具。一般来说，它衡量两个关键特征：反应时间和带宽。Lmbench旨在使系统开发者深入了解系统关键操作的基础成本。

Lmbench是个多平台软件，因此能够对同级别的系统进行比较测试，反映不同系统的优劣，通过选择不同的库函数我们就能够比较库函数的性能；更为重要的是，作为一个开源软件，lmbench提供一个测试框架，假如测试者对测试项目有更高的测试需要，能够通过少量的修改源代码达到目的（比如现在只能评测进程创建、终止的性能和进程转换的开销，通过修改部分代码即可实现线程级别的性能测试）。

lmbench是一个用于评价系统综合性能的软件，主要测试内容包括：

*存储器延迟计算结果

—存储器延迟测试展示了所有系统（数据）的缓存延迟，包括L1/L2 cache以及主内存

*带宽测评工具

—读取缓存文件

—拷贝内存

—读内存

—写内存

—管道

—TCP

*反应时间测评工具

—上下文切换

—网络： 连接的建立，管道，TCP，UDP和RPC hot potato

—文件系统的建立和删除

—进程创建

—信号处理

—上层的系统调用

—内存读入反应时间

* 其他

—处理器时钟比率计算

Lmbench的测试内容有很多，实在是benchmarking领域的“瑞士军刀”啊。

Lmbench的成功应用案例包括：

Sun公司和SGI公司已经使用这种测评工具以寻找和补救存在于性能上的问题。

Intel公司在开发P6的过程中，使用了它们。

Linux在Linux的性能优化中使用了它们。

1. 下载：

Lmbench当前的最新版本为3.0。

lmbench的主站：

http://www.bitmover.com/lmbench/

lmbench 3版本的下载链接：

http://www.bitmover.com/lmbench/lmbench3.tar.gz

2. 编译：

下载解压后运行make build后会出现以下错误：

make[2]: *** No rule to make target `../SCCS/s.ChangeSet', needed by `bk.ver'.  Stop.

make[2]: Leaving directory `/home/wave/xilinx/lmbench3/src'

make[1]: *** [lmbench] Error 2

make[1]: Leaving directory `/home/wave/xilinx/lmbench3/src'

make: *** [build] Error 2

问题来源：

SCCS是Sun的版本管理工具。lmbench这个项目是Sun资助的，而且作者Larry McVoy也曾经是Sun的员工，就用了这玩艺。

解决办法1：

修改src/Makefile，将231行的bk.ver去掉就可以了。编译完成后在bin下有benchmarking需要的的binary。

解决办法2：

在lmbench3/SCCS目录下创建一个工程要的文件s.ChangeSet，骗过make。

交叉编译：

本人在Xilinx ZC706开发板上尝试用PetaLinux 2013.04附带的交叉编译工具链进行了编译，可以在lmbench3目录下使用以下命令完成编译：

make OS=armv7l-linux-gnu CC=arm-xilinx-linux-gnueabi-gcc AR=arm-xilinx-linux-gnueabi-ar build

如果使用其他pre-built的交叉编译工具，需要修改CC和AR的内容。编译完成后，会在lmbench3\bin目录下生成OS指定的目录，可执行文件放在这个目录下。这个OS名称适用于ZC706开发板，在其他嵌入式开发板上可能会不同。一个简单的工程上取得合适名字的办法：如果不是这个名字，在下一步配置完成后会提示无法保存配置文件到某个位置，看系统提示修改就好了。

注意：使用PetaLinux 2013.04交叉编译工具链之前，要先’source settings.sh’初始化环境变量。

3. 配置：

把Host上编译好的lmbench转移到嵌入式Linux中有很多种办法，本人采用以下办法：

在Host上把lmbench3目录打成一个tar ball，然后拷贝到SD卡中，嵌入式Linux从SD卡启动。

Linux启动后，将SD卡mount到文件系统中：

mount /dev/mmcblk0p1 /mnt

在嵌入式Linux中创建临时文件系统，这里假定开发者是用root帐号登录到Linux的：

mkdir -p /home/root/ramfs

mount -t ramfs none /home/root/ramfs -o maxsize=32768

Note:缺省情况下，Ramfs被限制最多可使用内存大小的一半。可以通过maxsize(以kbyte为单位)选项来改变。

用以下命令启动配置过程：

cd /home/root/ramfs

tar xvf /mnt/lmbench3.tar

export PATH=$PATH:/home/root/ramfs/lmbench3/bin/armv7l-linux-gnu

cd lmbench3/scripts

./config-run

本人使用的配置为：

MULTIPLE COPIES [default 1]: 1

Job placement selection [default 1]: 1 > Allow scheduler to place jobs

MB [default 84]: 8

SUBSET (ALL|HARWARE|OS|DEVELOPMENT) [default all]: all

FASTMEM [default no]: yes

SLOWFS [default no]:

DISKS [default none]

REMOTE [default none]

Processor mhz [default 498 MHz, 2.0080 nanosec clock] 733

FSDIR [default /tmp]

Status output file [default /dev/tty]

Mail results [default yes] no

关于测试项的解释：

1. 在多核CPU上并行多少个lmbench。作者说这个目前还是实验性质的，结果可能不正确并有随机性。更重要的是，整个benchmark的速度会变得非常慢（100倍）。既然这样，当然用缺省的数值1了。

2. 测试任务的分配方式。按回车选择缺省的方案1。

3. 有些测试需要一段内存。内存至少是cache size的4倍，最大不超过物理内存的80%。内存越大，测试的结果越准确，不过需要的时间也越长。

4. 选择测试项目。分别是全部测试、硬件测试、OS测试和操作系统开发阶段的测试。缺省选择为全部测试。

5. 内存延迟测试。测试需要的时间可能比较长。在cache line size超过128字节并希望确定cache line size的时候比较有用。

6. 测试文件系统的延迟。在一些老的文件系统（UFS, FFS等）上会比较慢，在Linux ext2fs和Sun tmpfs上会比较快。可以用来测试ramdisk的性能，间接测试RAM的性能。

7. 测试磁盘的性能。需要提供磁盘的位置，例如：/dev/sda。同时需要提供一行磁盘的文字描述。

8. 网络测试。需要有另外一台中间不经过网关的机器，需要rsh访问权限。

9. 软件会自动分析CPU的工作频率。如果软件无法检测，需要提供CPU的工作频率。

10. 需要一个位置保存临时文件。要求不能是内存驻留文件系统。

11. lmbench的输出设备。缺省为/dev/tty，在大多数场合都适用。

12. 是否将结果上传给作者。

4. 运行

首先要确认Embedded Linux已经配置了合适的hostname，这个hostname将作为测试结果raw文件的文件名。

用以下命令开始性能测试：

./results

在本人的计算机上，大约运行了9分钟后结束。生成的结果在lmbench3/results/$OS目录里面。

如果Embedded Linux root fs里面有perl，可以直接在开发板上看测试结果的summary。如果没有也不打紧，可以把生成的测试结果raw文件拷贝到host上，在host上生成summary。

./getsummary ./zynq.0

Summary是对测试结果的高度精简。如果感兴趣，开发者可以用Text Editor打开测试结果raw文件，找到更多更细致的有用信息。

==END==

http://xilinx.eetop.cn/?action-viewnews-itemid-1569