每当我在较大的文件结构上使用 rm 或 cp 时，磁盘 i/o 都会上升到顶部，但重点不是 cp 或 rm，而是软件 raid 同步。我在这方面的知识有限。我找到的主题是关于找到它的来源，仅此而已。正如我所知道的，这里是问题。
- 对于系统突袭来说，这种行为正常吗？
- 如果由于突袭而导致 I/O nice c3 没有任何变化，我该怎么办？
。
md2 安装有nobarrier
驱动器：HGST HUS724020ALA640
# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md1 : active raid1 sdb2[1] sda2[0]
523968 blocks super 1.2 [2/2] [UU]
md2 : active raid1 sdb3[1] sda3[0]
1936077760 blocks super 1.2 [2/2] [UU]
md0 : active raid1 sdb1[1] sda1[0]
16768896 blocks super 1.2 [2/2] [UU]
unused devices: <none>
答案1
我认为这是正常行为。
由于您的rm进程不需要太多遍历目录结构和删除文件，因此这会给底层磁盘带来更多压力。这会产生 iowait 并导致这种情况。
从您的屏幕截图来看，我认为，对于 2 个旋转磁盘阵列来说，在大型目录结构上 37 MB/s 的写入速度（这意味着许多 IOPS）是相当合理的。只要您的线性写入和 IOPS 吞吐量值正常，在我看来就没有什么可担心的。
对于限制 io 这项并不简单的任务，请参阅：如何限制每个进程的 I/O 到最大限度？ ionice 是一种方法，但只有在存在并发工作负载时才会有效。