inonice não está funcionando corretamente em xen dom0

Question

Eu tenho um Xen Dom0 (3.2) com um monte de domUs (paravirt). DomU VBDs estão em volumes LVM locais. Agora eu quero obter backups dos volumes LVM usando instantâneos. Eu uso o rsync ionizado para inativo (ionice -c3).

Eu verifiquei que os processos rsync estão realmente em modo inativo e os encadeamentos do kernel blkback estão no melhor efford (-c2 -n4).

Pelo que entendi o sistema de agendamento IO, o processo de rsync configurado nunca deve ser capaz de roubar a largura de banda de IO dos processos blkback e, portanto, o impacto nos domUs deve ser zero.

Mas não é isso que vejo. No domUs vmstat mostra até 20% de E / S aguardando durante a operação de lista de arquivos do rsync e cerca de 10% em dados de transferência do rsync:

r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
1  3    456  48468 103004 1550936    0    0    75   484 2112 1741  3  0 81 16

Sem o rsync em execução, a espera do IO é de cerca de 1%:

r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
1  0    456  43876 105564 1553224    0    0    19   365 2063 1718  4  0 95  1

dom0 mostra 11% de espera IO estável na operação de lista de arquivos do rsync e 5% na transferência de dados:

 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 0  0  23536 220220  73256 558856    0    0  1471   239 5271  310  0  0 89 11

Então, alguém tem uma ideia sobre o que está acontecendo aqui? A ionização está simplesmente quebrada ou estou esperando os efeitos errados?

Obrigado por qualquer dica.

tim

    

Answer 1

Qual distribuição você tem em uso?

Qual sistema de arquivos você tem em uso?

Qual escalonador de E / S (CFQ, prazo, antecipação, noop) você tem em uso?

Durante operações pesadas de arquivos 0% de Espera de E / S não é uma coisa razoável de se esperar. Haverá alguma espera de E / S com discos rotacionais, não importa o que aconteça. Alguns sistemas de arquivos reduzem esse efeito um pouco, às vezes ajustando ou mudando o agendador de E / S pode ajudar um pouco, às vezes você terá que viver com um pouco de espera de E / S. Cerca de 10-20% não é muito a menos que você perceba isso como uma desaceleração dramática com o seu servidor. Em caso de lentidão dramática, você pode obter dicas sobre o que está acontecendo com ferramentas como btrace , que mostra solicitações de E / S individuais, seus status e estatísticas gerais de dispositivo de bloqueio / programação de E / S.