jbd2/dm-2-8 io太高

用iotop查看发现[jbd2/dm-2-8]几乎占用了99%的io使用率,但是却没有输入输出

后来上网查找,网上有人说是个内核bug,需要升级内核,或者降低jdb2的提交次数,即重新挂载磁盘 添加commit=60参数

重新挂在磁盘可以使用 mount -O remout,commit=60这个参数

有的人通过上面几个步骤后就io就降下来了,但是有的还是降不下来,那可能是真的遇到磁盘瓶颈了,通过dstat或者atop -dl可以查看,(磁盘使用率高的并不是那个iotop显示的jbd2)磁盘使用高的不一定是jbd2.

解决方式:换一块硬盘,或者把读写高的程序移到另一台服务器上面。

 

 

 偶然间看到一个人回答,觉得很有道理

Try identify where the I/O originates, maybe it is not jbd2 inherent.
Compare iotop results with commands like 
dstat --aio --io --disk --tcp --top-io-adv --top-bio-adv
or 
atop -dl

 

参考资料:http://www.webhostingtalk.com/showthread.php?t=1148545

 

 

最近又出现了这个情况,后来终于发现了罪魁祸首,解决方法如下,一下子io就降下来了

http://www.cnblogs.com/z-books/p/7324949.html

posted @   mofy  阅读(16415)  评论(0编辑  收藏  举报
编辑推荐:
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
阅读排行:
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?
历史上的今天:
2016-03-24 python迭代器与iter()函数实例教程
点击右上角即可分享
微信分享提示