Como evitar a remoção de subárvore (`rm -rf`) de outros processos para a E / S de disco?

Temos um diretório de cache Nginx muito grande (vários GB) para um site ocupado, que ocasionalmente precisamos limpar todos de uma vez. Eu resolvi isso no passado, movendo a pasta de cache para um novo caminho, criando uma nova pasta de cache no caminho antigo e depois rm -rfinserindo a pasta de cache antiga.

Ultimamente, no entanto, quando preciso limpar o cache em uma manhã movimentada, a E / S de deixa de lado os rm -rfprocessos de acesso ao disco do meu servidor, pois o Nginx e o servidor para o qual ele se relaciona exigem muita leitura. Eu posso assistir a média de carga subir enquanto as CPUs permanecem ociosas e rm -rfabsorvem 98-99% do disco IO iotop.

Eu tentei ionice -c 3ao invocar rm, mas parece não ter um efeito apreciável no comportamento observado.

Existe alguma maneira de domar rm -rfcompartilhar mais o disco? Preciso usar uma técnica diferente, a qual seguirá as dicas ionice?

Atualizar:

O sistema de arquivos em questão é um armazenamento de instância do AWS EC2 (o disco principal é o EBS). A /etc/fstabentrada fica assim:

/dev/xvdb       /mnt    auto    defaults,nobootwait,comment=cloudconfig 0       2

Todos os dados coletados nesta página. Abaixo estão algumas opções para excluir um grande diretório de arquivos. Confira o artigo para obter detalhes de como isso foi produzido.

% Do tempo decorrido do sistema do comando CPU cs1 * (Vol / Invol)
rsync -a - exclua vazio / a 10,60 1,31 95% 106/22
find b / -type f -delete 28,51 14,46 52% 14849/11
encontre c / -type f | xargs -L 100 rm 41,69 20,60 54% 37048/15074
encontre d / -type f | xargs -L 100 -P 100 rm 34,32 27,82 89% 929897/21720
rm -rf f 31,29 14,80 47% 15134/11

* cs1 é contexto alterna voluntário e involuntário

A remoção de arquivos realiza apenas operações de metadados no sistema de arquivos, que não são influenciadas pelo ionice.

A maneira mais simples seria, se você não precisar do espaço em disco no momento, executar o rmhorário fora de pico.

A maneira mais complexa como o PODE trabalhar é espalhar as exclusões ao longo do tempo. Você pode tentar algo como o seguinte (observe que ele pressupõe que seus caminhos e nomes de arquivos NÃO contêm espaços!):

while find dir -type f | head -n 100 | xargs rm; do sleep 2; done
while find dir -type d -depth | head -n 100 | xargs rmdir; do sleep 2; done

Observe também que você não pode usar rm -fo primeiro comando, pois o loop não para (depende do código de saída de erro de rmquando não há argumento).

Você pode ajustá-lo modificando o número de exclusões por ciclo (100 no exemplo) e a duração do sono. No entanto, pode não funcionar realmente, pois o sistema de arquivos ainda pode agrupar as atualizações de metadados de maneira que você tenha problemas com a carga de IO. Você apenas tem que tentar.

Você pode emparelhá-lo com o comando "nice". ionice -c 3 nice -19 rm -rf /some/folder

Isso muda a prioridade do processo na máquina.