tiobench 結果の解釈

tiobench 結果の解釈

私は走っているtiobench私のraid1は次のような結果を提供します。

  1. #####スループットの代わりにスループットが表示されるのはなぜですか?
  2. 8スレッドのseq.readingがCPUを2836%使用するのはなぜですか?

私の結果:

$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のテストファイルサイズを取得します。
テスト中にディスクの音が聞こえない場合は、ディスクが本当に静かな(いいです!)、実行中のテストが思うようにテストしていません。

おすすめ記事