iozone 一个文件系统的性能检测工具。

简介:
iozone 一个文件系统的性能检测工具。
一 介绍:iozone(www.iozone.org)是一个文件系统的benchmark工具,
可以测试不同的操作系统中文件系统的读写性能。
可以测试 Read, write, re-read,re-write, read backwards, read strided, fread, fwrite, random read, pread,
mmap, aio_read, aio_write 等等不同的模式下的硬盘的性能。
测试的时候请注意,设置的测试文件的大小一定要大过你的内存(最佳为内存的两倍大小),不然linux会给你的读写的内容进行缓存。会使数值非常不真实。
二 安装:
下载:root@client.example.com ~ #wget http://www.iozone.org/src/current/iozone3_347.tar
解压:root@client.example.com ~ #tar -xf iozone3_347.tar
编译:root@client.example.com ~/iozone3_347/src/current # make linux
编译之后就可以使用了。
三 参数介绍:
测试参数: -i # 用来指定测试内容.
  0=write/rewrite
  1=read/re-read
  2=random-read/write
  3=Read-backwards
  4=Re-write-record
  5=stride-read
  6=fwrite/re-fwrite
  7=fread/Re-fread,
  8=random mix
  9=pwrite/Re-pwrite
  10=pread/Re-pread
  11=pwritev/Re-pwritev,
  12=preadv/Re-preadv
介绍一下上述参数的含义
Write: 测试向一个新文件写入的性能。当一个新文件被写入时,不仅仅是那些文件中的数据需要被存储,还包括那些用于定位数据存储在存储介质的具体位置的额外信息。这些额外信息被称作“元数据”。它包括目录信息,所分配的空间和一些与该文件有关但又并非该文件所含数据的其他数据。拜这些额外信息所赐,Write的性能通常会比Re-write的性能低。
Re-write: 测试向一个已存在的文件写入的性能。当一个已存在的文件被写入时,所需工作量较少,因为此时元数据已经存在。Re-write的性能通常比Write的性能高。
Read: 测试读一个已存在的文件的性能。
Re-Read: 测试读一个最近读过的文件的性能。Re-Read性能会高些,因为操作系统通常会缓存最近读过的文件数据。这个缓存可以被用于读以提高性能。
Random Read: 测试读一个文件中的随机偏移量的性能。许多因素可能影响这种情况下的系统性能,例如:操作系统缓存的大小,磁盘数量,寻道延迟和其他。
Random Write: 测试写一个文件中的随机偏移量的性能。同样,许多因素可能影响这种情况下的系统性能,例如:操作系统缓存的大小,磁盘数量,寻道延迟和其他。
Random Mix: 测试读写一个文件中的随机偏移量的性能。同样,许多因素可能影响这种情况下的系统性能,例如:操作系统缓存的大小,磁盘数量,寻道延迟和其他。这个测试只有在吞吐量测试模式下才能进行。每个线程/进程运行读或写测试。这种分布式读/写测试是基于round robin 模式的。最好使用多于一个线程/进程执行此测试。
Backwards Read: 测试使用倒序读一个文件的性能。这种读文件方法可能看起来很可笑,事实上,有些应用确实这么干。MSC Nastran是一个使用倒序读文件的应用程序的一个例子。它所读的文件都十分大(大小从G级别到T级别)。尽管许多操作系统使用一些特殊实现来优化顺序读文件的速度,很少有操作系统注意到并增强倒序读文件的性能。
Record Rewrite: 测试写与覆盖写一个文件中的特定块的性能。这个块可能会发生一些很有趣的事。如果这个块足够小(比CPU数据缓存小),测出来的性能将会非常高。如果比CPU数据缓存大而比TLB小,测出来的是另一个阶段的性能。如果比此二者都大,但比操作系统缓存小,得到的性能又是一个阶段。若大到超过操作系统缓存,又是另一番结果。
Strided Read: 测试跳跃读一个文件的性能。举例如下:在0偏移量处读4Kbytes,然后间隔200Kbytes,读4Kbytes,再间隔200Kbytes,如此反复。此时的模式是读4Kbytes,间隔200Kbytes并重复这个模式。这又是一个典型的应用行为,文件中使用了数据结构并且访问这个数据结构的特定区域的应用程序常常这样做。
许多操作系统并没注意到这种行为或者针对这种类型的访问做一些优化。同样,这种访问行为也可能导致一些有趣的性能异常。一个例子是在一个数据片化的文件系统里,应用程序的跳跃导致某一个特定的磁盘成为性能瓶颈。
Fwrite: 测试调用库函数fwrite()来写文件的性能。这是一个执行缓存与阻塞写操作的库例程。缓存在用户空间之内。如果一个应用程序想要写很小的传输块,fwrite()函数中的缓存与阻塞I/O功能能通过减少实际操作系统调用并在操作系统调用时增加传输块的大小来增强应用程序的性能。
这个测试是写一个新文件,所以元数据的写入也是要的。
Frewrite:测试调用库函数fwrite()来写文件的性能。这是一个执行缓存与阻塞写操作的库例程。缓存在用户空间之内。如果一个应用程序想要写很小的传输块,fwrite()函数中的缓存与阻塞I/O功能能通过减少实际操作系统调用并在操作系统调用时增加传输块的大小来增强应用程序的性能。
这个测试是写入一个已存在的文件,由于无元数据操作,测试的性能会高些。
Fread:测试调用库函数fread()来读文件的性能。这是一个执行缓存与阻塞读操作的库例程。缓存在用户空间之内。如果一个应用程序想要读很小的传输块,fwrite()函数中的缓存与阻塞I/O功能能通过减少实际操作系统调用并在操作系统调用时增加传输块的大小来增强应用程序的性能。
Freread: 这个测试与上面的fread 类似,除了在这个测试中被读文件是最近才刚被读过。这将导致更高的性能,因为操作系统缓存了文件数据。
几个特殊测试:
Mmap:许多操作系统支持mmap()的使用来映射一个文件到用户地址空间。映射之后,对内存的读写将同步到文件中去。这对一些希望将文件当作内存块来使用的应用程序来说很方便。一个例子是内存中的一块将同时作为一个文件保存在于文件系统中。
mmap 文件的语义和普通文件略有不同。如果发生了对内存的存储,并不是立即发生相应的文件I/O操作。使用MS_SYNC 和MS_ASYNC标志位的 msyc()函数调用将控制内存和文件的一致性。调用msync() 时将MS_SYNC置位将强制把内存里的内容写到文件中去并等待直到此操作完成才返回。而MS_ASYNC 置位则告诉操作系统使用异步机制将内存刷新到磁盘,这样应用程序可以直接返回而不用等待此操作的完成。
这个测试就是测量使用mmap()机制完成I/O的性能。
Async I/O: 许多操作系统支持的另外一种I/O机制是POSIX 标准的异步I/O。本程序使用POSIX标准异步I/O接口来完成此测试功能。
例如: aio_write(), aio_read(), aio_error()。这个测试测量POSIX异步I/O机制的性能
测试格式为-i #(#为数字),比如测试写:-i 0,测试读和写:-i 0 -i 1。

-s 测试的文件大小, 512k or -s 512M or -s 1G。
-r 文件块大小。
-a 在希望的文件系统上测试,不过只有-a的话会进行全面测试,要花费很长时间,最好用-i指定测试范围。
-g 设置自动模式下最大文件大小 Set maximum file size (in Kbytes) for auto mode.
-f filename 指定临时文件
-F filename filename filename 指定临时文件组
-t #线程数
-q 指定最大记录大小:-q 512K or -q 512M or -q 1g
-y 指定最小记录大小:-y 512K or -q 512M or -q 1g
-n 指定最小测试文件大小。
-R 产生execl格式的输出日志。
-b 将产生二进制的execl的日志文件名。
-C 显示每个节点的吞吐量。
-c 测试包括文件的关闭时间。

四:测试实例
注:要直接使用将iozone ,在$PATH 里面做如下设置:
PATH=$PATH:$HOME/bin:~/iozone3_347/src/current
export PATH
# iozone -i 0 -i 1 -Rab ~/test-iozone.xls -g 4M -n 1M -C
在希望进行测试的文件系统上运行:
#iozone -a
即可进行全面的自动测试,不过通常需要很长的时间,要耐心等待。
#iozone -a -i 1
只对write, rewrite进行性能测试
#iozone -a -i 1 -i 0
对读写进行性能测试
#iozone -a -g 1G -i 0 -i 1
对读写进行性能测试,并且最大测试文件为1G
#iozone -Ra
测试所有方面,并且生成excel文件
上面的命令在执行时,最好通过重定向保存到另外一个文件中.
#iozone –Rab output.wks
测试小文件
#iozone -a -s 512m -y 1k -q 8k -b minfile_result.xls
测试普通文件
如果2G内存测试,时间太长,先在grub.conf里把内存变成256m,这时使用512m的文件测试,就不会使用缓存了。
可以保证测试的准确性
#iozone -a -s 512m -y 8k -q 512k -b comfile_result.xls
测试大文件
#iozone -a -s 512m -y 1024k -q 10240k -i 0 -i 1 -i 2 -b largefile_result.xls
测试-i命令的使用
#iozone -Rab output.wks -g 1G -i 0 -i 1 -i 2 -i 8
相关文章
|
2月前
|
存储 Linux 测试技术
性能工具之15个常用的Linux文件系统命令
【2月更文挑战第8天】性能工具之15个常用的Linux文件系统命令
109 1
|
9月前
|
测试技术
fio磁盘压测工具
因为是虚拟机,所以对于性能很虚。借助fio进行测试
580 0
|
4月前
|
存储
fio测试磁盘速度
fio测试磁盘速度
58 0
|
11月前
|
存储 缓存 数据管理
Linux - 磁盘I/O性能评估
Linux - 磁盘I/O性能评估
202 0
|
11月前
|
固态存储 iOS开发 内存技术
fio测试硬盘速度
–readonly 确保只读,这个选项在生产系统上很有用,不会生成临时文件,读的对象只能是已经存在的,例如设备
332 0
|
11月前
|
缓存 IDE Oracle
Linux 磁盘I/O读写速度检测
Linux 磁盘I/O读写速度检测
122 0
|
测试技术 人工智能 缓存
|
固态存储 测试技术 Linux