☰

tiobench 결과 해석

tag-icon • tag-icon linux performance raid benchmark
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의 테스트 파일 크기를 얻습니다.
테스트 중에 디스크 소리가 들리지 않으면 디스크가 정말 조용하거나(좋습니다!) 실행 중인 테스트가 생각한 대로 테스트하고 있지 않은 것입니다.

관련 정보