为什么linux在系统内存大于8GB时禁用磁盘写缓冲区？

Question

背景:

我试图ubuntu在台式计算机上设置一台机器.整个过程耗费了一整天,包括安装操作系统和软件.不过,我并没有考虑太多.

然后我尝试使用新机器完成我的工作,它比我的笔记本电脑慢得多,这很奇怪.

我做了iotop,发现解压缩包时的磁盘流量大约是1-2MB/s,这肯定是不正常的.

然后,经过数小时的研究,我发现这篇文章描述了完全相同的问题,并提供了一个丑陋的解决方案:

我们最近在一些系统上遇到了一个主要的性能问题,其中磁盘写入速度非常慢(~1 MB/s - 正常性能为150 + MB/s).

...

编辑:解决这个问题,要么删除足够的RAM,要么添加"mem = 8G"作为内核启动参数(例如在Ubuntu上的/ etc/default/grub中 - 不要忘记运行update-grub!)

我也看过这篇文章

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

这些值是8223和4111何时mem=8g设置.

因此,它基本上显示当系统内存大于8GB(在我的情况下为32GB)时,无论vm.dirty_background_ratio和vm.dirty_ratio设置如何(在我的情况下为 5%和10%),实际的脏阈值变为0并且写入缓冲区被禁用？

为什么会这样？

这是内核中还是其他地方的错误？

除了拔掉RAM或使用"mem = 8g"之外,还有解决方案吗？

更新:我正在使用32位的ubuntu 12.04运行3.13.0-53通用内核,所以这可能只发生在32位系统上.

Answer 1

如果使用具有2G以上RAM的32位内核,则运行在次优配置中,必须进行重大权衡.这是因为在这些配置中,内核不能再一次映射所有物理内存.

随着物理内存量的增加超过这一点,权衡变得越来越糟,因为struct page用于管理所有物理内存的阵列必须始终保持映射,并且该阵列随物理内存一起增长.

未由内核直接映射的物理内存称为"highmem",默认情况下,写回代码将highmem视为不可丢弃.这导致脏阈值的零值.

您可以通过设置/proc/sys/vm/highmem_is_dirtyable为1 来更改此设置,但如果您安装64位内核,那么使用那么多内存将会更好.