如何防止子树删除（`rm -rf`）使磁盘I / O的其他进程饿死？

对于繁忙的站点，我们有一个非常大的（多个GB）Nginx缓存目录，有时我们需要一次将其全部清除。过去，我已通过以下方法解决了该问题：将缓存文件夹移至新路径，在旧路径下创建一个新的缓存文件夹，然后rm -rf打开旧的缓存文件夹。

但是，近来，当我需要在一个繁忙的早晨清除缓存时rm -rf，由于Nginx及其所面向的服务器都是读取密集型的，因此I / O 使服务器的磁盘访问进程陷入饥饿。我可以观察到CPU闲置时的平均负载攀升，并rm -rf占用了98-99％的磁盘IO iotop。

ionice -c 3调用时rm，我已经尝试过了，但是它对观察到的行为似乎没有明显的影响。

有什么方法可以驯服rm -rf更多共享磁盘？我是否需要使用其他技术来借鉴ionice？

更新：

有问题的文件系统是一个AWS EC2实例存储（主磁盘是EBS）。该/etc/fstab条目如下所示：

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

从此页面收集的所有数据。 以下是删除大型目录文件的一些选项。请查看文章以详细了解其产生方式。

命令经过的系统时间％CPU cs1 *（Vol / Invol）
rsync -a –删除空/ a 10.60 1.31 95％106/22
查找b /-类型f-删除28.51 14.46 52％14849/11
查找c / -type f | xargs -L 100 rm 41.69 20.60 54％37048/15074
找到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是自愿和非自愿的上下文切换

删除文件仅在文件系统上执行元数据操作，不受ionice的影响。

最简单的方法是，如果您现在不需要磁盘空间，则rm在非高峰时间执行。

MIGHT工作的更复杂的方法是随着时间的推移分散删除内容。您可以尝试以下操作（请注意，它假定您的路径和文件名不包含空格！）：

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

还要注意，您不能rm -f在第一个命令中使用，因为这样循环不会停止（取决于循环的错误退出代码）rm没有参数时）。

您可以通过修改每个周期的删除次数（示例中为100）和睡眠持续时间来进行调整。但是，由于文件系统可能仍会束缚元数据更新，而这可能会给您的IO负载带来麻烦，因此它可能实际上并不起作用。您只需要尝试。

您可以将其与“ nice”命令配对。 ionice -c 3 nice -19 rm -rf /some/folder

这将更改计算机上进程的优先级。