Como interpretar os valores da zona iozona?

Question

Eu fiz um teste para medir minhas IOPS de E / S no Linux:

iozone -s 4g -r 2k -r 4k -r 8k -r 16k -r 32k -O -b /tmp/results.xls

A iozone afirma que a saída está em operações por segundo, mas os números são muito grandes para que isso seja plausível. Estou observando um máximo de 320 CMDs / s no console do vmware esx (esxtop, depois 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

O teste foi executado por 15 horas antes de eu pressionar ^ C. Essa é uma expectativa comum para essa linha de comando (unidades LID RAID10 dedicadas de 4 unidades e SAS de 10k RPM no EMC CX300)?

    

Answer 1

É estranho que não pareça haver um padrão para a medição de IOPS no Linux. Essas perguntas surgem frequentemente quando as pessoas são solicitadas a fornecer uma estimativa de IOPS para planejamento de capacidade ou dimensionamento de armazenamento. Eu acabo usando várias ferramentas para obter essa informação. Primeiro, você precisará gerar uma carga usando o método de sua escolha; um carregamento de aplicativo representativo ou algo parecido com o teste da iozone que você tinha acima.

Em outra janela, rastreie o IOPS usando iostat -dxk 1 , somando as colunas r / s e w / s OU usando Ferramenta nmon da IBM com a opção D para rastrear a coluna Xfers (que é essencialmente a soma dos r / s e w / s do iostat).

Aqui está a saída nmon de uma leitura sequencial pesada usando bonnie++ -u root -n 64:100000:16:64 (executada a partir do diretório de destino). Neste ponto, estamos exibindo ~ 3200 IOPS durante a leitura em cerca de 258 Megabytes / segundo em uma matriz RAID 1 + 0 de 6 discos de unidades SAS de 15k RPM.

- 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

Basicamente, você está recebendo muita ajuda do cache e o sequencial é bom, mas o aleatório, especialmente as gravações, parece baixo.