返回信息流一般我们都会让free高 cache低 现在想让free 低 cache 高。
我现在有多台服务器，系统版本合配置以及运行服务都一样 (2.6.32-220.7.1.el6.2.0.0.9.x86_64)
但有部分机器 free 会高于其他机器
total used free cached
251 211 40 156
total used free cached
251 238 13 179
实在不清楚操作系统什么个内存安排，目前需要让 free 降下来 cached 提升上去。
有大神知道其中奥秘吗？
这是一条镜像帖。来源：北邮人论坛 / linux / #160566同步于 2022/2/7
该镜像源已超过 30 天没有更新，可能在源站已被删除。
Linux机器人发帖
linux cached 过低
ppzhoujun
2022/2/7镜像同步9 回复
订阅后，新回复会通过你的通知中心匿名送达。
9 条回复
考虑用 vmtouch：https://github.com/hoytech/vmtouch
但问题是为什么要特意这么做？为什么不能让 linux 自己管理 page cache？
因为是在线服务 服务有很多词典，目前想让系统充分利用cache 这样能让磁盘IO降下来 系统的性能能提升上去。
【 在 bond1993 的大作中提到: 】
: 为什么你想“目前需要让 free 降下来 cached 提升上去”呢？觉得一般不会这么做，感觉你打算这么做的出发点可能有问题。
不需要考虑数据安全问题，尽可能高的IO性能。
/* 此配置不一定适合您的产品，请根据您的实际情况配置 */
dirty_background_ratio = 50
dirty_ratio = 80
dirty_writeback_centisecs = 2000
dirty_expire_centisecs = 12000
可以参考改下内核的这几个配置
我可能会先考虑几个方面，比如服务的磁盘访问模式，每台机器的负载，磁盘 I/O 是否确实是瓶颈，词典（猜测是只读的？）数据多大等等，然后再尝试去调 /proc，调程序逻辑啥的。
【 在 ppzhoujun 的大作中提到: 】
: 因为是在线服务 服务有很多词典，目前想让系统充分利用cache 这样能让磁盘IO降下来 系统的性能能提升上去。
目前应该不存在脏页问题，因为服务是个词典服务，本地词典都是只读不存在写，唯一写的地方只是服务日志。应该dirty相关参数对这种场景影响不大吧
【 在 afly 的大作中提到: 】
: 不需要考虑数据安全问题，尽可能高的IO性能。
: /* 此配置不一定适合您的产品，请根据您的实际情况配置 */
: dirty_background_ratio = 50
: ...................