每当我在更大的文件结构上使用 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>
我认为这是正常行为。
由于您的
rm
进程不需要太多迭代目录结构和删除文件,因此对于底层磁盘它会造成更大的压力。这会创建 iowait 并导致这种情况。从您的屏幕截图中,我假设,对于 2 个旋转磁盘阵列来说,在一个大目录结构(这意味着很多 IOPS)上写入 37 MB/s 是相当公平的。只要您关于线性写入和 iops 的吞吐量值没问题,从我的角度来看,没有什么可担心的。
对于限制 io 的重要任务,请参阅:如何将每个进程 I/O 限制到最大限制? ionice 是一种方法,但只有在存在并发工作负载时才会生效。