我在CentOS 5.8最终服务器上运行了一个文件服务器。
我目前唯一关心的是，由于jbd2 / sda2-8进程，似乎是间歇性的，但持续的高磁盘I / O活动导致总体放缓。
jbd2 / sda2-8正在使用/ dev / sda2，这是第一个硬盘（IE：根分区）的第二个分区。
更多信息：使用“iotop”的罪魁祸首似乎是“jbd2 / sda1-8”每秒写入，这似乎是一个与ext4文件系统上的日志相关的内核进程，如果我的谷歌search是正确的。
我看到“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过程的高磁盘使用率？
我不知道这是否有帮助，但是我们遇到了一个类似的问题，原因是我们的RAIDarrays中的一个磁盘开始出现故障。 这意味着每一个写作都要比原本要长很多倍。
我们最终发现，当我们重新启动，RAID控制器最终检测到这个问题，但我们可以从检查RAID日志中得到一个想法。
我希望这有助于（这是我第一次尝试在这里得到答案）。
根据您发布的屏幕截图，大量写入活动由具有PID 2202的nginx工作进程以及其中一个ffmpeg进程生成。
你提供某种媒体stream或转换服务？ jdb2过程只是一个症状，而不是根本原因，就是您提供的应用程序。 jbd2只是信使。 如果系统没有被使用，那么在执行日志同步时每隔一段时间就会出现一次，而在负载繁重的情况下，如果日志写入更多，则会看到与您描述的行为一致的行为。