Linux KSM（Kernel Same-page Merging）是Linux内核内置的内存去重技术，通过扫描并合并内容完全相同的物理内存页，有效降低内存占用，尤其适合虚拟化环境下的内存超分。
Linux KSM 原理详解：它如何节省内存
KSM的核心思路是让多个进程共享同一份物理数据，当各自拥有内容相同的内存页时，KSM将这些页面合并为一个写时复制页，只有当一个进程试图写入时，内核才会为其创建独立副本,避免数据损坏。
扫描与合并流程
KSM驱动在内核中维护两棵红黑树：stable树保存已合并的页面，unstable树存放尚未合并但可能重复的页面，内核线程定期扫描unstable树中的页面，利用哈希值快速比对，如果发现与stable树中的页面内容完全一致，则合并该页面,释放多余物理页。
如何标记合并区域
应用程序通过madvise系统调用并指定MADV_MERGEABLE标志，告知内核该段内存可被KSM扫描，在KVM虚拟机中，QEMU默认为客户机内存标记为可合并,因此虚拟化场景是KSM的主要应用领域。
查看KSM运行状态
/sys/kernel/mm/ksm/下的文件可实时了解KSM行为：
- run：控制状态,读1表示运行中。
- pages_shared：当前合并的共享页面数。
- pages_sharing：表示通过共享节省的页数（引用共享页的进程附加页数）。
- full_scans：已完成的全内存扫描次数。
这些指标帮助判断KSM效果与开销。
Linux KSM 开启与参数配置方法
开启KSM只需简单操作,但合理配置参数才能发挥最佳效果。
启用KSM
大多数Linux发行版的内核已编译KSM支持，但默认关闭,通过以下命令启用：
echo 1 | sudo tee /sys/kernel/mm/ksm/run
若希望开机自动启用，可添加至/etc/rc.local或编写systemd服务。
关键参数调整
- pages_to_scan：每次扫描的页面数，默认100，增大该值可提高扫描速度，但消耗更多CPU，建议根据物理内存大小设定，例如每GB内存设置200-500页。
- sleep_millisecs：两次扫描间的睡眠毫秒数，默认20，降低该值使扫描更频繁,但可能增加CPU占用。
- merge_across_nodes：允许跨NUMA节点合并，默认1，在NUMA系统中，若节点间内存访问延迟差异大，可设为0以限制节点内合并,避免跨节点访问开销。
配置示例
假设是64GB内存的虚拟化宿主机,可以这样调整：
echo 2000 > /sys/kernel/mm/ksm/pages_to_scan echo 10 > /sys/kernel/mm/ksm/sleep_millisecs echo 1 > /sys/kernel/mm/ksm/merge_across_nodes
通过/proc/meminfo观察KSM相关字段,验证内存节省情况。
Linux KSM 性能影响与调优指导
KSM通过牺牲部分CPU计算资源来换取内存空间,因此性能影响需要被仔细评估。
性能开销来源
KSM内核线程在扫描过程中遍历进程的虚拟地址空间，对页面计算哈希并进行比较，产生固定的CPU开销，当内存页面变动频繁（如大量启动或关闭虚拟机）时，KSM需要重新扫描并拆解合并，导致开销增加，行业共识认为，合理配置的KSM对CPU的占用通常控制在一个可接受的范围内,但在极端场景下可能显著升高。
调优思路
- 减少扫描频率：如果内存资源并不紧张，可以降低
pages_to_scan或增大sleep_millisecs,减少CPU消耗。 - 限制扫描范围：通过
madvise仅为需要共享的内存区域开启合并,避免扫描无关内存。 - 监控与动态调整：结合
/proc/meminfo的KsmSaved数据，判断是否值得继续运行KSM，如果长期节省内存很少,可以关闭KSM以减少开销。
适用场景建议
- 虚拟化宿主机：运行多个相同操作系统或相似应用的虚拟机，内存节省效果非常显著，业内专家指出，在KVM环境中KSM可节省相当可观的内存资源,具体比例取决于负载相似度。
- 内存受限环境：如容器或裸机内存紧张时，KSM也能发挥作用,但收益视应用重复度而定。
- 高安全性或低延迟环境：应谨慎使用，因为KSM的写时复制可能引入微秒级延迟抖动，且存在侧信道攻击理论风险（主要针对同一物理宿主机上的虚拟机）。
Linux KSM 与 Zswap 区别对比
KSM与Zswap都是内存优化技术,但原理和适用场景有明显不同。
| 特性 | KSM | Zswap |
|---|---|---|
| 原理 | 内存页去重，合并相同内容 | 压缩交换出去的页面，减少磁盘I/O |
| 目标 | 减少内存占用 | 提高交换效率，延迟数据写入磁盘 |
| 消耗资源 | CPU扫描与哈希计算 | CPU压缩/解压缩 |
| 最佳场景 | 多虚拟机，相同内容页面 | 内存紧张，频繁交换 |
| 副作用 | 写时复制延迟 | 压缩失败时增加内存压力 |
选择时，如果宿主机运行大量相同虚拟机，优先考虑KSM；如果内存不足但交换频繁，Zswap更合适，两者可以共存,但需注意总CPU开销。
Linux KSM 常见问题解答
开启KSM后为何内存节省不明显
检查所有应用程序是否都正确标记了内存区域为MERGEABLE，在KVM环境中，确保QEMU版本支持并开启KSM功能，内容高度重复的页面数不够多，也会导致节省有限，通过/sys/kernel/mm/ksm/pages_shared和/proc/meminfo的Ksm字段可判断实际效果。
KSM导致CPU占用过高怎么办
降低pages_to_scan或增大sleep_millisecs，减少扫描频率，同时检查是否同时运行了其他内存压缩技术（如Zswap/Zram）导致CPU争抢，如果CPU占用仍然过高,考虑关闭KSM。
KSM在容器环境中是否有效
容器共享宿主机内核，但各容器的用户空间页面可能不同，因此KSM效果不如虚拟机，如果容器内运行相同类型的服务（如多个Java应用），仍可能获得一定收益，需通过madvise或容器运行时配置来启用。
Linux KSM是一种成熟且高效的内存优化方案，在虚拟化场景下尤其实用，通过合理调整参数并监控实际效果，可以在不显著影响性能的前提下大幅提升内存利用率。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/511721.html
