Benchmark系列——unixbench测试项分析

        本篇是上一篇unixbench5.1.6嵌入式环境编译运行指导的后续,本篇主要介绍unixbench的测试项,关于unixbench的测试项分析已经有很多,为了系列的完整性,所以还是对unixbench各测试项进行介绍,我们后续将分析unixbench跑分如何优化,以及unixbench测试的局限性。

        unixbench是一个用于测试unix系统性能的工具,也是一个比较通用的benchmark。unixbench的测试值是与一个基线系统测试结果比较得到的指数值。基线值源于1995 年,基线系统是一个工作站:SPARCstation 20‐61,128MB RAM,Solaris2.3。此系统的指数值被设定为10,所以,如果一个系统的最后结果分数为100,意思是指此系统比基线系统运行快10倍.

        UnixBench默认执行两次,第一次是一个进程的测试,第二次是N份测试,N等于CPU个数。这样的设计是为了以下目标:

  • 测试系统的单任务性能
  • 测试系统的多任务性能
  • 测试系统并行处理的能力

        测试项如下:

a. Dhry2reg

测试原理:

        此项用于测试 string handling,因为没有浮点操作,所以深受软件和硬件设计(hardware and software design)、编译和链接(compiler and linker options)、代码优化(code optimazaton)、对内存的cache(cache memory)、等待状态(wait states)、整数数据类型(integer data types)的影响。

b. whetstone-double

测试原理:

        测试浮点数操作的速度和效率。这一测试包括几个模块,每个模块都包括一组用于科学计算的操作。覆盖面很广的一系列 c 函数:sin,cos,sqrt,exp,log 被用于整数和浮点数的数学运算、数组访问、条件分支(conditional branch)和程序调用。此测试同时测试了整数和浮点数算术运算。

c. execl

测试原理:

        考察每秒钟可以执行的 execl 系统调用的次数。 execl 系统调用是 exec 函数族的一员。它和其他一些与之相似的命令一样是 execve() 函数的前端。

测试源码位于execl.c,测试命令如下:execl(fullpath, fullpath, "0", dur_str, count_str, start_str, (void *) 0);

d. fstime

测试原理:测试从一个文件向另外一个文件传输数据的速率。每次测试使用不同大小的缓冲区。这一针对文件 read、write、copy 操作的测试统计规定时间(默认是 10s)内的文件 read、write、copy 操作次数。

e. fsbuffer

测试原理:同fstime

f. fsdisk

测试原理:同fstime

g. pipe

测试原理:

        创建了一个管道,并且对管道写了一个字符串之后从管道读取,并打印在标准输出上。用一个图来说明这个程序的状态就是这样的:

h. context1

测试原理:

匿名管道和命名管道分别叫做PIPE和FIFO。这主要因为在系统编程中,创建匿名管道的系统调用是pipe(),而创建命名管道的函数是mkfifo()。使用mknod()系统调用并指定文件类型为为S_IFIFO也可以创建一个FIFO。

使用pipe()系统调用可以创建一个匿名管道,这个系统调用的原型为:

#include <unistd.h>

int pipe(int pipefd[2]);

这个方法将会创建出两个文件描述符,可以使用pipefd这个数组来引用这两个描述符进行文件操作。pipefd[0]是读方式打开,作为管道的读描述符。pipefd[1]是写方式打开,作为管道的写描述符。从管道写端写入的数据会被内核缓存直到有人从另一端读取为止。

进程在pipe创建完管道之后,往往都要fork产生子进程,成为如下图表示的样子:

如图中描述,fork产生的子进程会继承父进程对应的文件描述符。利用这个特性,父进程先pipe创建管道之后,子进程也会得到同一个管道的读写文件描述符。从而实现了父子两个进程使用一个管道可以完成半双工通信。此时,父进程可以通过fd[1]给子进程发消息,子进程通过fd[0]读。子进程也可以通过fd[1]给父进程发消息,父进程用fd[0]读。具体程序见Unixbench/src/context1.c

if (fork()) { /* parent process */

/* master, write p1 & read p2 */

close(p1[0]); close(p2[1]);

else { /* child process */

/* slave, read p1 & write p2 */

       close(p1[1]); close(p2[0]);

i. spawn

测试原理:

        测试每秒钟一个进程可以创建子进程然后收回子进程的次数(子进程一定立即退出)。process creation 的关注点是新进程进程控制块(process control block)的创建和内存分配,即一针见血地关注内存带宽。一般说来,这个测试被用于对操作系统进程创建这一系统调用的不同实现的比较。

j. System Call Overhead

        测试进入和离开操作系统内核的代价,即一次系统调用的代价。它利用一个反复地调用 getpid 函数的小程序达到此目的。

k. Shell Scripts

        测试一秒钟内一个进程可以并发地开始一个 shell 脚本的 n 个拷贝的次数,n 一般取值 1,2,4,8等。这个脚本对一个数据文件进行一系列的变形操作(transformation)。

  • 39
    点赞
  • 35
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Bluetangos

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值