博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Linux cache清理
阅读量:6229 次
发布时间:2019-06-21

本文共 2067 字,大约阅读时间需要 6 分钟。

  hot3.png

通过修改proc系统的drop_caches清理free的cache
$echo 3 > /proc/sys/vm/drop_caches
drop_caches的详细文档如下:
    Writing to this will cause the kernel to drop clean caches, dentries and inodes from memory, causing that memory to become free.
To free pagecache:
* echo 1 > /proc/sys/vm/drop_caches
To free dentries and inodes:
* echo 2 > /proc/sys/vm/drop_caches
To free pagecache, dentries and inodes:
* echo 3 > /proc/sys/vm/drop_caches
As this is a non-destructive operation, and dirty objects are notfreeable, the user should run "sync" first in order to make sure allcached objects are freed.

修改/etc/sysctl.conf 添加如下选项后就不会内存cache持续增加

vm.dirty_ratio = 1
vm.dirty_background_ratio=1
vm.dirty_writeback_centisecs=2
vm.dirty_expire_centisecs=3
vm.drop_caches=3
vm.swappiness =100
vm.vfs_cache_pressure=163
vm.overcommit_memory=2
vm.lowmem_reserve_ratio=32 32 8
kern.maxvnodes=3
    上面的设置比较粗暴,使cache的作用基本无法发挥。需要根据机器的状况进行适当的调节寻找最佳的折衷。

/proc/sys/vm/dirty_ratio

    这个参数控制文件系统的文件系统写缓冲区的大小,单位是百分比,表示系统内存的百分比,表示当写缓冲使用到系统内存多少的时候,开始向磁盘写出数据。增大之会使用更多系统内存用于磁盘写缓冲,也可以极大提高系统的写性能。但是,当你需要持续、恒定的写入场合时,应该降低其数值,一般启动上缺省是10。

/proc/sys/vm/dirty_background_ratio

    这个参数控制文件系统的pdflush进程,在何时刷新磁盘。单位是百分比,表示系统内存的百分比,意思是当写缓冲使用到系统内存多少的时候,pdflush开始向磁盘写出数据。增大之会使用更多系统内存用于磁盘写缓冲,也可以极大提高系统的写性能。但是,当你需要持续、恒定的写入场合时, 应该降低其数值,一般启动上缺省是5

/proc/sys/vm/dirty_writeback_centisecs

    这个参数控制内核的脏数据刷新进程pdflush的运行间隔。单位是1/100秒。缺省数值是500,也就是5秒。如果你的系统是持续地写入动作,那么实际上还是降低这个数值比较好,这样可以把尖峰的写操作削平成多次写操

/proc/sys/vm/dirty_expire_centisecs

    这个参数声明Linux内核写缓冲区里面的数据多“旧”了之后,pdflush进程就开始考虑写到磁盘中去。单位是 1/100秒。缺省是30000,也就是30秒的数据就算旧了,将会刷新磁盘。对于特别重载的写操作来说,这个值适当缩小也是好的,但也不能缩小太多,因为缩小太多也会导致IO提高太快。建议设置为 1500,也就是15秒算旧。 

/proc/sys/vm/drop_caches

释放已经使用的cache
/proc/sys/vm/page-cluster
该文件表示在写一次到swap区的时候写入的页面数量,0表示1页,1表示2页,2表示4页。
/proc/sys/vm/swapiness
该文件表示系统进行交换行为的程度,数值(0-100)越高,越可能发生磁盘交换。
/proc/sys/vm/vfs_cache_pressure
该文件表示内核回收用于directory和inode cache内存的倾向

/proc/loadavg 

11.51 9.51 7.45 1/85 24065
    给出了在1、5、15分钟内在运行队列(R)和等待队列(D)中的任务数,他的结果和运行uptime命令或者其他程序的结果一致,第四列由两个数组成,第一个数是目前调度进内核运行的进程、线程数,第二个数是目前系统中总的xxx,第五列是系统最近产生的进程的PID号码。

转载于:https://my.oschina.net/guol/blog/111729

你可能感兴趣的文章
扩展spring schema文件
查看>>
经典汉诺塔问题
查看>>
html5整理(一)
查看>>
spring-cloud-config的encrypt功能
查看>>
javascript引用类型之Date
查看>>
Fiddler调试(适合修复线上bug和直接调试线上问题)
查看>>
Vue+WebSocket+ES6+Canvas 制作【你画我猜】小游戏
查看>>
Java反射的封装
查看>>
精益 React 学习指南 (Lean React)- 1.1 React 介绍
查看>>
基于Flink的标准SQL操作支持
查看>>
用纯Javascript实现React Native的文件上传
查看>>
通信协议设计要点
查看>>
结构体中的 Lazy 属性探究
查看>>
iOS,Android网络抓包教程之tcpdump
查看>>
听飞狐聊JavaScript设计模式系列01
查看>>
CUBA Studio 8.2 发布,企业级应用开发平台
查看>>
玩转 React 服务器端渲染
查看>>
druid配置数据库连接使用密文密码
查看>>
手把手教你如何新建scrapy爬虫框架的第一个项目(下) ...
查看>>
4月17日云栖精选夜读 | 在阿里做了五年技术主管,我有话想说 ...
查看>>