Eva*_*let 28 performance hard-drive centos5
我在 CentOS 5.8 最终服务器上运行了一个文件服务器。
我目前唯一担心的是，由于jbd2/sda2-8进程，似乎是间歇性但持续的高磁盘 I/O 活动导致普遍放缓。
jbd2/sda2-8 使用/dev/sda2，它是第一个硬盘的第二个分区（即：根分区）。
更多信息：使用“iotop”的罪魁祸首似乎是“jbd2/sda1-8”每秒进行写入，如果我的谷歌搜索是正确的，这似乎是与 ext4 文件系统上的日志相关的内核进程。
我看到“jbd2/sda2-8”时不时地出现在这里，但肯定不是每 3 秒出现一次……当空闲时，它每分钟出现 1 到 2 次。当我使用系统时，它出现的频率更高。
ATOP 成绩：http : //grabilla.com/02b14-8022db2e-4eb9-4f10-8e10-d65c49ad7530.png
IOTOP 结果：http ://grabilla.com/02b14-cf74b25d-4063-4447-9210-7d1b9b70e25b.png
HTOP 结果：http ://grabilla.com/02b14-ad8cad0e-89b0-46d3-849d-4fd515c1e690.png
jbd2/sda2-8 是我看到的使用 iotop 在磁盘上写入的进程，即使它根本没有使用。
有人知道如何解决 jbd2/sda2-8 进程导致的高磁盘使用率吗？
小智 11
我不知道这是否有帮助，但我们遇到了类似的问题，结果是由于我们 RAID 阵列中的一个磁盘开始出现故障。这意味着每次写入所花费的时间比应有的时间长很多倍。
当我们重新启动并且 RAID 控制器最终检测到问题时，我们最终找到了它，但我们可以通过检查 RAID 日志得到一个想法。
我希望有帮助（这是我第一次尝试在这里回答）。
根据您发布的屏幕截图，大量写入活动是由 PID 2202 的 nginx 工作进程以及 ffmpeg 进程之一生成的。
你们提供某种媒体流或转换服务吗？jdb2 进程只是您所提供的应用程序的一个症状，而不是根本原因。jbd2只是信使。如果系统未被使用，它会在执行日志同步时经常出现，并且在重负载下，随着更多的日志写入，您会看到它的行为与您所描述的一致。
