为什么linux在系统内存大于8GB时禁用磁盘写缓冲区?
背景:
我试图在台式电脑上设置一台ubuntu机器.整个过程耗费了一整天,包括安装操作系统和软件.不过,我并没有考虑太多. 然后我尝试使用新机器完成我的工作,它比我的笔记本电脑慢得多,这很奇怪. 我做了iotop,发现解压缩包时的磁盘流量大约是1-2MB / s,这肯定是不正常的. 然后,经过数小时的研究,我发现this article描述了完全相同的问题,并提供了一个丑陋的解决方案:
我也看过这篇文章 https://lonesysadmin.net/2013/12/22/better-linux-disk-caching-performance-vm-dirty_ratio/ 并做到了 cat /proc/vmstat | egrep "dirty|writeback" 输出是: nr_dirty 10 nr_writeback 0 nr_writeback_temp 0 nr_dirty_threshold 0 // and here nr_dirty_background_threshold 0 // here 设置mem = 8g时,这些值为8223和4111. 因此,它基本上显示当系统内存大于8GB(在我的情况下为32GB)时,无论vm.dirty_background_ratio和vm.dirty_ratio设置如何(在我的情况下为5%和10%),实际脏阈值将变为0并且写缓冲区被禁用? 为什么会这样? 这是内核中还是其他地方的错误? 除了拔掉RAM或使用“mem = 8g”之外,还有解决方案吗? 更新:我正在使用32位的ubuntu 12.04运行3.13.0-53通用内核,所以这可能只发生在32位系统上. 解决方法
如果使用具有2G以上RAM的32位内核,则运行在次优配置中,必须进行重大权衡.这是因为在这些配置中,内核不能再一次映射所有物理内存.
随着物理内存量的增加超过这一点,权衡变得越来越糟,因为用于管理所有物理内存的struct page数组必须始终保持映射,并且该数组随物理内存一起增长. 未由内核直接映射的物理内存称为“highmem”,默认情况下,写回代码将highmem视为不可丢弃.这导致脏阈值的零值. 您可以通过将/ proc / sys / vm / highmem_is_dirtyable设置为1来更改此设置,但是如果安装了64位内核,那么使用那么多内存将会更好. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |