我跑了一个testing来衡量我在Linux上的I / O IOPS:
iozone -s 4g -r 2k -r 4k -r 8k -r 16k -r 32k -O -b /tmp/results.xls
iozone声称输出每秒钟都在运行,但是数字太大了,看起来似乎是合理的。 我在vmware esx控制台(esxtop,v)上观察到的最大值为320 CMD / s。
File size set to 4194304 KB Record Size 2 KB Record Size 4 KB Record Size 8 KB Record Size 16 KB Record Size 32 KB OPS Mode. Output is in operations per second. Command line used: iozone -s 4g -r 2k -r 4k -r 8k -r 16k -r 32k -O -b tmpresults.xls Time Resolution = 0.000001 seconds. Processor cache size set to 1024 Kbytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random random bkwd record stride KB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread 4194304 2 19025 5580 27581 29848 284 198 415 1103217 1498 18541 4340 24245 25618 4194304 4 15650 21942 18962 21068 252 1198 193 976164 1677 22802 23093 21089 21232 4194304 8 11121 11638 10273 10165 247 1196 202 625020^C
在按^ C之前,testing运行了15个小时。 对于这样的命令行(EMC CX300中专用的4个驱动器RAID10 LUN,10k RPM SAS驱动器),这是普通的期望吗?
奇怪的是,在Linux中似乎没有IOPS测量的标准。 当人们被要求提供容量规划或存储容量的IOPS估计时,经常会遇到这些问题。 我最终使用多个工具来获取此信息。 首先,您需要使用您select的方法生成负载; 要么是代表性的应用程序负载,要么就像上面的iozonetesting一样。
在另一个窗口中,使用iostat -dxk 1跟踪IOPS,对r / s和w / s列进行求和,或者使用IBM的带有D选项的nmon工具来跟踪Xfers列(实质上是iostat的r / s和w / S)。
下面是使用bonnie++ -u root -n 64:100000:16:64 (从目标目录内运行)进行bonnie++ -u root -n 64:100000:16:64顺序读取的nmon输出。 在这一点上,我们展示了约3200 IOPS,而在15k RPM SAS驱动器的6磁盘RAID 1 + 0arrays上以大约258兆字节/秒的速度读取。
- Disk I/O -----(/proc/diskstats)------- all data is Kbytes per second --------------------------------------------- |DiskName Busy Read Write Xfers Size Peak% Peak-RW InFlight | |iss/c0d0 100% 264571.1 112.3KB/s 3238.7 81.0KB 100% 340584.5KB/s 2 | |s/c0d0p1 0% 0.0 0.0KB/s 0.0 0.0KB 0% 2.0KB/s 0 | |s/c0d0p2 0% 0.0 0.0KB/s 0.0 0.0KB 99% 1022.4KB/s 0 | |s/c0d0p3 0% 0.0 0.0KB/s 0.0 0.0KB 100% 3636.5KB/s 0 | |s/c0d0p4 0% 0.0 0.0KB/s 0.0 0.0KB 0% 0.0KB/s 0 | |s/c0d0p5 0% 0.0 0.0KB/s 0.0 0.0KB 0% 0.0KB/s 0 | |s/c0d0p6 0% 0.0 0.0KB/s 0.0 0.0KB 0% 0.0KB/s 0 | |s/c0d0p7 0% 0.0 41.9KB/s 7.5 5.0KB 100% 16103.5KB/s 0 | |s/c0d0p8 0% 0.0 0.0KB/s 0.0 0.0KB 79% 147.8KB/s 0 | |s/c0d0p9 100% 264571.1 64.4KB/s 3230.2 81.0KB 100% 340538.5KB/s 2 | --------------------------------------------------------------------------------------------------------------------
基本上你从caching中获得了很多帮助,顺序很好,但是随机的,特别是写入很less。