Interpretando os resultados do tiobench

Question

Estou executando o tiobench no meu raid1 e ele me fornece os seguintes resultados.

1. Por que há ##### mostrado em vez de taxa de transferência?
2. Por que o seq.reading com 8 threads usa 2836% de CPU?

Meus resultados:

$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

    

Answer 1

Isso significa que o material transbordou e os cálculos não têm sentido.

Se você deseja obter figuras significativas no teste de leitura, é necessário certificar-se de que o tamanho do arquivo seja muito maior do que a RAM, caso contrário, tudo o que você está testando é essencialmente sua velocidade de RAM e os algoritmos de cache do kernel.

Tente inicializar com mem=256M no final da linha de inicialização do kernel e execute novamente o teste com --size 1000 para obter o tamanho de arquivo ~ 1G em teste.
Se você não ouvir seus discos durante o teste, eles são realmente silenciosos (bom para você!) Ou o teste que você está executando não está testando o que você acha que é.