我已经在 CentOS 5.8 最终服务器上运行了文件服务器。
我目前唯一担心的是，由于以下原因，似乎间歇性但持续的高磁盘 I/O 活动导致了整体速度下降：jbd2/sda2-8过程。
jbd2/sda2-8 正在使用 /dev/sda2，它是第一个硬盘的第 2 个分区（即：根分区）。
更多信息：使用“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 进程导致的高磁盘使用率吗？
答案1
我不知道这是否有用，但我们遇到过类似的问题，结果发现是由 RAID 阵列中的一个磁盘开始出现故障引起的。这意味着每次写入所花的时间比应有的时间长很多倍。
我们最终在重新启动时发现了它，并且 RAID 控制器最终检测到了该问题，但我们可以通过检查 RAID 日志来了解情况。
我希望这会有所帮助（这是我第一次尝试在这里回答）。
答案2
根据您发布的屏幕截图，PID 为 2202 的 nginx 工作进程以及其中一个 ffmpeg 进程生成了大量写入活动。
您是否提供某种媒体流或转换服务？jdb2 进程只是一种症状，而不是根本原因，根本原因就是您提供的应用程序。jbd2 只是信使。如果系统未使用，它会在执行日志同步时不时出现，并且在负载较重、日志写入较多的情况下，您会看到它的行为与您描述的一致。