如何解释iozone值

Question

我在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控制台上观察到大约320个CMD/S最大值(esxtop，然后是v)。

    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之前，测试运行了15个小时。对于这样的命令行( EMC CX300中专用的4驱动器RAID10 LUN，10k RPM驱动器)，这是一个普通的期望吗？

Answer 1

奇怪的是，Linux中似乎没有IOPS测量的标准。当人们被要求为容量规划或存储大小提供IOPS的估计值时，经常会出现这些问题。最后，我使用了多个工具来获取这些信息。首先，您需要使用您选择的方法生成一个负载；要么是一个有代表性的应用程序负载，要么是类似于上面的iozone测试的内容。

在另一个窗口中，使用iostat -dxk 1跟踪IOPS，将r/s和w/s列相加，或者使用IBM的nmon工具和D选项跟踪Xfers列(实质上是iostat的r/ sum和w/sum之和)。

下面是使用nmon (从目标目录中运行)进行大量顺序读取的bonnie++ -u root -n 64:100000:16:64输出。此时，我们在一个由15k RPM驱动器组成的6磁盘RAID 1+0阵列上以每秒258兆字节的速度显示了3200 IOPS。

- 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                                        |
--------------------------------------------------------------------------------------------------------------------

Answer 2

基本上您从缓存中得到了很多帮助，并且顺序很好，但是随机的，特别是写似乎很低。