内存优化思路

性能定位套路
虽然内存的性能指标很多&＃xff0c;但都是为了描述内存的原理&＃xff0c;指标间自然不会完全孤立&＃xff0c;一般都会有关联, 明白了原理, 在定位问题的时候就能更快更准
举个最简单的例子&＃xff0c;当你看到系统的剩余内存很低时&＃xff0c;是不是就说明&＃xff0c;进程一定不能申请分配新内存了呢&＃xff1f;

内存性能工具有很多,是不是每次碰到内存性能问题&＃xff0c;都要把工具全跑一遍&＃xff0c;把所有内存性能指标全分析一遍呢?
这样当然不行,效率太低了
为了迅速定位内存问题&＃xff0c;我通常会先运行几个覆盖面比较大的性能工具&＃xff0c;比如 free、top、vmstat、pidstat 等

具体的分析定位思路:

1. 先用 free 和 top&＃xff0c;查看系统整体的内存使用情况。
2. 再用 vmstat 和 pidstat&＃xff0c;查看一段时间的趋势&＃xff0c;从而判断出内存问题的类型。
3. 最后进行详细分析&＃xff0c;比如内存分配分析、缓存/缓冲区分析、具体进程的内存使用分析等。

例如:
当你通过 free&＃xff0c;发现大部分内存都被缓存占用后&＃xff0c;可以使用 vmstat 或者 sar 观察一下缓存的变化趋势&＃xff0c;确认缓存的使用是否还在继续增大。
如果继续增大&＃xff0c;则说明导致缓存升高的进程还在运行&＃xff0c;那你就能用缓存 / 缓冲区分析工具&＃xff08;比如 cachetop、slabtop 等&＃xff09;&＃xff0c;分析这些缓存到底被哪里占用

当你通过 vmstat 或者 sar 发现内存在不断增长后&＃xff0c;可以分析中是否存在内存泄漏的问题。
比如你可以使用内存分配分析工具 memleak &＃xff0c;检查是否存在内存泄漏。
如果存在内存泄漏问题&＃xff0c;memleak 会为你输出内存泄漏的进程以及调用堆栈。

内存优化思路
找到内存问题的来源后&＃xff0c;下一步就是相应的优化工作了。
在我看来&＃xff0c;内存调优最重要的就是&＃xff0c;保证应用程序的热点数据放到内存中&＃xff0c;并尽量减少换页和交换。

常见的优化思路有这么几种:

1. 最好禁止 Swap。如果必须开启 Swap&＃xff0c;降低 swappiness 的值&＃xff0c;减少内存回收时 Swap 的使用倾向。
2. 减少内存的动态分配。比如&＃xff0c;可以使用内存池、大页&＃xff08;HugePage&＃xff09;等。
3. 尽量使用缓存和缓冲区来访问数据。如可以使用堆栈明确声明内存空间来存储需要缓存的数据&＃xff1b;或者用 Redis 这类的外部缓存组件优化数据的访问。
4. 使用 cgroups 等方式限制进程的内存使用情况。这样&＃xff0c;可以确保系统内存不会被异常进程耗尽。
5. 通过 /proc/pid/oom_adj &＃xff0c;调整核心应用的 oom_score。这样&＃xff0c;可以保证即使内存紧张&＃xff0c;核心应用也不会被 OOM 杀死