Como testar a latência do disco no Linux?

Question

Fiz uma atualização do firmware e da latência do RAID, já que parece ter aumentado.

Poderia, por favor, aconselhar sobre a maneira mais precisa de examinar as latências de leitura e gravação em disco?

    

Answer 1

IOzone excelente referência.

Teste Random Read, Random Write, Random Mix para verificar as latências.

    

Answer 2

A ferramenta comum no ajuste do disco rígido do Linux e no monitoramento básico de desempenho é hdparm .

    

Answer 3

você pode usar dd para medir a latência de um disco

por exemplo,

dd if=/dev/zero of=/root/testfile bs=512 count=1000 oflag=dsync

    

Answer 4

Eu sugeriria usar fio como descrevi na resposta link

O fio permite que você obtenha mais informações sobre a distribuição de latências para diferentes cargas de trabalho (qualquer coisa entre gravações seqüenciais enormes com thread único QD32 e leitura aleatória mista e escrever 4k QD1 com vários threads).

Eu acho que se você assumir que o hardware tem maior latência do que antes, você deve testar o QD1 aleatório de 4k com thread único (esta é a operação mais sensível à latência que eu consigo pensar):

fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=randread --size=500m --io_size=10g --blocksize=4k --ioengine=libaio --fsync=1 --iodepth=1 --direct=1 --numjobs=1 --runtime=60 --group_reporting

Isso criará o arquivo de teste fio-tempfile.dat no diretório de trabalho atual, portanto, primeiro altere para o dispositivo que deseja testar. (Se você quiser testar o desempenho bruto do dispositivo em vez de desempenho com um sistema de arquivos, você pode usar o dispositivo bruto como filename . No entanto, você perderá o conteúdo atual do dispositivo.)

Você também pode testar a mesma coisa com a escrita, em vez de ler os dados:

fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=randwrite --size=500m --io_size=10g --blocksize=4k --ioengine=libaio --fsync=1 --iodepth=1 --direct=1 --numjobs=1 --runtime=60 --group_reporting

Se você observar um aumento enorme na latência com a gravação, pode ter certeza de que o firmware antigo permite o cache de gravação e o novo firmware não permite isso. A menos que você tenha um controlador RAID com suporte de bateria ou um UPS configurado corretamente, não será necessário gravar o cache de volta se considerar seus dados importantes.