高磁盘I / O-jbd2 / sda2-8进程

我已经在CentOS 5.8最终服务器上运行了文件服务器。

目前，我唯一担心的是由于jbd2 / sda2-8进程而断断续续但连续的高磁盘I / O活动导致总体速度下降。

jbd2 / sda2-8正在使用/ dev / sda2，它是第一个硬盘驱动器的第二个分区（IE：根分区）。

更多信息：使用“ iotop”，罪魁祸首似乎是“ jbd2 / sda1-8”每秒写入一次，如果我的谷歌搜索正确的话，这似乎是与ext4文件系统上的日记关联的内核进程。

我看到“ jbd2 / sda2-8”不时出现在这里，但肯定不是每3秒出现一次。空闲时，每分钟出现1到2次。当我使用系统时，它会更频繁地出现。

物联网结果：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进程导致的磁盘使用率过高吗？

performance hard-drive centos5

— 埃文·哈姆雷特（Evan Hamlet）
source

希望这会有所帮助： serverfault.com/questions/363355/...

— 法尔汉

您能否描述您正在运行的硬件解决方案？

— ewwhite 2012年

你完全解决了吗？我有同样的看法

— Tiffany Walker

有相同的解决方案吗？

— 谢尔盖（Sergey）2013年

我遇到了同样的问题，它似乎与gnome-settings-daemon结合使用，后者100％的时间使用一个CPU。注销并重新登录似乎已解决了此问题。没有日志太大或正在不断更新。最大的日志为2 MB，并且稳定。

— Paul-Sebastian Manole

Answers:

我不知道这是否有帮助，但是我们遇到了类似的问题，结果是由RAID阵列中的一个磁盘开始出现故障引起的。这意味着每次写入所花费的时间比原本应该长得多。

我们最终在重新引导时找到了它，而RAID控制器最终检测到了该问题，但是从检查RAID日志中可以得到一个想法。

希望对您有所帮助（这是我第一次尝试在这里回答问题）。

— 罗伯·费雷尔
source

从外观上看，这与我们的原因相同，是在运行Ubuntu 12.04的Dell PowerEdge R720XD上。

— BT643

根据您发布的屏幕截图，nginx worker进程和PID 2202以及ffmpeg进程之一都会产生大量写活动。

您是否提供某种媒体流或转换服务？jdb2进程只是您提供的应用程序的症状，而不是根本原因。jbd2只是使者。如果不使用该系统，它将在执行日志同步时经常出现，并且在繁重的负载下，随着日志写入次数的增加，您会发现它的行为与您所描述的一致。

— 斯蒂芬·福斯特
source