☰

解释 tiobench 结果

tag-icon • tag-icon linux performance raid benchmark
解释 tiobench 结果

我在跑tiobench在我的 raid1 上，它给了我以下结果。

  1. 为什么#####显示的是吞吐量而不是吞吐量？
  2. 为什么 8 线程的 seq.reading 使用 2836% CPU？

我的结果：

$tiobench
No size specified, using 2000 MB
Run #1: /usr/bin/tiotest -t 8 -f 250 -r 500 -b 4096 -d . -TTT

Unit information
================
File size = megabytes
Blk Size  = bytes
Rate      = megabytes per second
CPU%      = percentage of CPU used during the test
Latency   = milliseconds
Lat%      = percent of requests that took longer than X seconds
CPU Eff   = Rate divided by CPU% - throughput per cpu load

Sequential Reads
                              File  Blk   Num                   Avg      Maximum      Lat%     Lat%    CPU
Identifier                    Size  Size  Thr   Rate  (CPU%)  Latency    Latency      >2s      >10s    Eff
---------------------------- ------ ----- ---  ------ ------ --------- -----------  -------- -------- -----
2.6.32-37-server              2000  4096    1  ###### 93.62%     0.001        0.02   0.00000  0.00000  6897
2.6.32-37-server              2000  4096    2  ###### 384.4%     0.001        0.03   0.00000  0.00000  2778
2.6.32-37-server              2000  4096    4  ###### 1552.%     0.001        0.07   0.00000  0.00000   980
2.6.32-37-server              2000  4096    8  ###### 2836.%     0.002       10.15   0.00000  0.00000   533

Random Reads
                              File  Blk   Num                   Avg      Maximum      Lat%     Lat%    CPU
Identifier                    Size  Size  Thr   Rate  (CPU%)  Latency    Latency      >2s      >10s    Eff
---------------------------- ------ ----- ---  ------ ------ --------- -----------  -------- -------- -----
2.6.32-37-server              2000  4096    1  ######     0%     0.001        0.01   0.00000  0.00000     0
2.6.32-37-server              2000  4096    2  ######     0%     0.001        0.00   0.00000  0.00000     0
2.6.32-37-server              2000  4096    4  ######     0%     0.001        0.00   0.00000  0.00000     0
2.6.32-37-server              2000  4096    8  ######     0%     0.001        0.00   0.00000  0.00000     0

Sequential Writes
                              File  Blk   Num                   Avg      Maximum      Lat%     Lat%    CPU
Identifier                    Size  Size  Thr   Rate  (CPU%)  Latency    Latency      >2s      >10s    Eff
---------------------------- ------ ----- ---  ------ ------ --------- -----------  -------- -------- -----
2.6.32-37-server              2000  4096    1   87.39 6.816%     0.030     2509.77   0.00059  0.00000  1282
2.6.32-37-server              2000  4096    2   89.32 17.86%     0.057     2478.84   0.00039  0.00000   500
2.6.32-37-server              2000  4096    4   86.98 36.70%     0.113     2353.49   0.00020  0.00000   237
2.6.32-37-server              2000  4096    8   86.46 82.35%     0.214     6847.69   0.00078  0.00000   105

Random Writes
                              File  Blk   Num                   Avg      Maximum      Lat%     Lat%    CPU
Identifier                    Size  Size  Thr   Rate  (CPU%)  Latency    Latency      >2s      >10s    Eff
---------------------------- ------ ----- ---  ------ ------ --------- -----------  -------- -------- -----
2.6.32-37-server              2000  4096    1    1.75 0.335%     0.001        0.02   0.00000  0.00000   521
2.6.32-37-server              2000  4096    2    1.73 0.221%     0.002        0.03   0.00000  0.00000   781
2.6.32-37-server              2000  4096    4    1.71 0.877%     0.002        0.02   0.00000  0.00000   195
2.6.32-37-server              2000  4096    8    1.74 2.671%     0.002        0.03   0.00000  0.00000    65

答案1

这意味着东西溢出了，计算毫无意义。

如果你想在读取测试中获得有意义的数据，你需要确保文件大小远大于你的 RAM，否则你要测试的只是 RAM 速度和内核的缓存算法。

mem=256M尝试在内核引导行末尾使用 进行引导，然后重新运行测试--size 1000以获得约 1G 的测试文件大小。
如果您在测试期间没有听到磁盘的声音，要么它们真的很安静（对您有好处！），要么您正在运行的测试没有测试您认为的内容。

相关内容