加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Linux > 正文

linux – kjournald高使用率的原因

发布时间:2020-12-13 18:28:08 所属栏目:Linux 来源:网络整理
导读:我想知道为什么kjournald会在我的机器上疯狂.它是一个带有大量内存的8核盒子.它有大约50%的CPU负载. iotop似乎没有指向任何特定的进程 – 这里和那里的一些写入突发(主要是cron启动,一些监视统计数据生成等)当我使用sys / vm / block_dump来收集写入统计信
我想知道为什么kjournald会在我的机器上疯狂.它是一个带有大量内存的8核盒子.它有大约50%的CPU负载.

iotop似乎没有指向任何特定的进程 – 这里和那里的一些写入突发(主要是cron启动,一些监视统计数据生成等)当我使用sys / vm / block_dump来收集写入统计信息时,我得到了列表像这样:

kjournald(1352): 1909
sendmail(28934): 13
cron(28910): 12
cron(28912): 11
munin-node(29015): 3
cron(28913): 3
check_asterisk_(28917): 3
sh(28917): 2
munin-node(29022): 2
munin-node(29021): 2

kjournald行动只是WRITE.

为什么会这样?我还应该注意什么来限制kjournald活动?这似乎与实际编写的内容不成比例.

解决方法

kjournald负责ext3(日志文件系统)的期刊.众所周知,在某些负载下使用大量CPU.除了使用其他文件系统或禁用日记功能(有效地使用fs ext2)之外没有太多事情要做.

从理论上讲,您可以使用ext3日记的其他模式之一,并检查CPU使用率是否下降,但请记住,每种方法都会影响写入磁盘的数据的安全性.您有订购模式,回写模式和“一切”模式.

> Ordered:仅记录元数据,但确保在将元数据更改提交到日记之前保存与元数据相关的数据.
> writeback:仅记录元数据,但不保证在日记提交之前保存数据.
>期刊:一切都是日记,数据和元数据.它可能很慢但是YMMV.

在安装系统时使用选项data =设置模式,如data = ordered.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读