Read IO Wait Increase

Question

Ao solucionar um problema de desempenho em uma caixa Debian Linux executando o ext3 no software RAID 1, redirecionei a saída de um processo gravando arquivos de log temporários inúteis para / dev / null (ln -s / dev / null / foo) que reduziu escrever operações em torno de 3MB / s. No entanto, a mudança parece ter também levado a um grande aumento nos tempos de espera de Write e Overall IO que eu estou em uma perda para explicar e realmente apreciaria alguma entrada em ...

iostat: link

escreva a latência (alteração aplicada às ~ 3h): link

Atualização 18.04.13:

Escreva IOwait permanece maior do que antes, mas eu apliquei o seguinte, que tem sido pelo menos um pouco benéfico ...

• Remontou o sistema de arquivos com a opção noatime.
• Alterado para o ioscheduler de prazo final.
• Feito vm.swappiness 30 (host é o lar de ~ 1GB de banco de dados, um CMS e streaming de áudio).
• Transformou a leitura para 256 abaixo de 4096 para sda e sdb.
• Turned readahead até 4096 de 256 para / dev / md2 (a partição de dados principal).

Atualização 19.04.13:

• Converteu o sistema de arquivos principal de ext3 para ext4

Answer 1

Logicamente, a única coisa que pode aumentar o tempo de resposta (espera de E / S) é aumentar o número de operações que devem ser executadas na "mesma" coisa.

Hipótese: a E / S para / dev / null causa mais operações no nível do driver do que a E / S (possivelmente mais armazenada em buffer) em um disco

Teste: tente voltar para um arquivo em disco. Se o tempo de resposta cair, há algo a ver com / dev / null que leva mais tempo do que deveria. Se o tempo de resposta permanecer o mesmo, então algo aconteceu ao mesmo tempo que a mudança que afetou o tempo de resposta.

- dave