¿Cómo evitar que la eliminación del subárbol (`rm -rf`) elimine el hambre de otros procesos para la E / S de disco?

Tenemos un directorio de caché Nginx muy grande (multi-GB) para un sitio ocupado, que ocasionalmente necesitamos borrar de una vez. He resuelto esto en el pasado moviendo la carpeta de caché a una nueva ruta, creando una nueva carpeta de caché en la ruta anterior y luego rm -rfagregando la carpeta de caché anterior.

Últimamente, sin embargo, cuando necesito borrar el caché en una mañana ocupada, la E / S rm -rfestá privando a los procesos de acceso al disco de mi servidor, ya que tanto Nginx como el servidor al que se dirige son de lectura intensiva. Puedo ver el aumento promedio de carga mientras las CPU permanecen inactivas y rm -rfocupan el 98-99% del disco IO iotop.

Lo he intentado ionice -c 3al invocar rm, pero parece no tener un efecto apreciable en el comportamiento observado.

¿Hay alguna manera de domesticar rm -rfpara compartir más el disco? ¿Necesito usar una técnica diferente que tome sus señales ionice?

Actualizar:

El sistema de archivos en cuestión es un almacén de instancias de AWS EC2 (el disco primario es EBS). La /etc/fstabentrada se ve así:

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

Todos los datos recopilados de esta página. A continuación hay algunas opciones para eliminar un gran directorio de archivos. Echa un vistazo a la escritura para los detalles de cómo se produjo esto.

Comando Tiempo transcurrido del sistema% CPU cs1 * (Vol / Invol)
rsync -a –delete empty / a 10.60 1.31 95% 106/22
encontrar b / -type f -delete 28.51 14.46 52% 14849/11
encontrar c / -type f | xargs -L 100 rm 41.69 20.60 54% 37048/15074
encontrar 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 es el contexto cambia de forma voluntaria e involuntaria

La eliminación de archivos solo realiza operaciones de metadatos en el sistema de archivos, que no están influenciados por ionice.

La forma más sencilla sería, si no necesita el espacio en disco en este momento, realizarlo rmdurante las horas de menor actividad.

La forma más compleja en que PODRÍA funcionar es distribuir las eliminaciones a lo largo del tiempo. Puede probar algo como lo siguiente (tenga en cuenta que asume que sus rutas y nombres de archivo NO contienen espacios):

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

También tenga en cuenta que no puede usar rm -fel primer comando porque entonces el ciclo no se detendría (depende del código de salida de error de rmcuando no hay argumento).

Puede modificarlo modificando el número de eliminaciones por ciclo (100 en el ejemplo) y la duración del sueño. Sin embargo, es posible que realmente no funcione, ya que el sistema de archivos aún puede agrupar las actualizaciones de metadatos de manera que tenga problemas con su carga de E / S. Sólo tienes que intentarlo.

Puede emparejarlo con el comando "agradable". ionice -c 3 nice -19 rm -rf /some/folder

Esto cambia la prioridad del proceso en la máquina.