在 Linux 系统中，ZRAM 通过在内核空间创建压缩块设备，为内存压力下的系统提供了一种高效的解决方案。与传统的磁盘 Swap 不同，ZRAM 将不活跃的内存页压缩后存储在物理 RAM 中，既避免了磁盘 I/O 的延迟，又能在有限的 RAM 空间内为系统争取更多的可用内存。对于桌面开发者、服务器运维人员以及资源受限环境的用户而言，掌握 ZRAM 的正确配置方法意味着能够在不增加硬件成本的前提下显著改善系统响应速度和内存利用率。
压缩算法的选择与权衡
ZRAM 支持多种压缩算法，不同算法在压缩率、CPU 开销和吞吐量方面存在显著差异。从工程实践角度来看，当前主流的算法选择集中在 LZ4 和 ZSTD 两者之间。LZ4 算法的核心优势在于其极低的压缩和解压延迟，CPU 占用几乎可以忽略不计，这使其成为追求系统响应速度场景的首选。在典型的桌面工作负载下，LZ4 能够提供更高的 Swap 吞吐量（MB/s），因为压缩操作本身消耗的时钟周期极少，适合那些需要频繁换入换出内存页的场景。相对而言，ZSTD 算法提供更高的压缩率，能够将更多数据压缩到同一块 ZRAM 设备中，这在内存极度紧张且 CPU 有充裕余量的环境下尤为有价值。但需要注意，ZSTD 的压缩级别设置会直接影响 CPU 开销，建议在生产环境中从级别 1 到 3 开始尝试，避免因过高的压缩级别导致系统反而出现性能退化。内核文档建议的通用做法是：如果系统主要运行浏览器、IDE 等桌面应用，优先选择 LZ4；如果用于内存密集型服务器工作负载且 CPU 利用率不高，可考虑 ZSTD。
ZRAM 设备大小的规划原则
确定 ZRAM 设备的大小时，需要在可用内存量和预期收益之间取得平衡。业界通用的经验法则是将 ZRAM 大小设置为系统物理内存的 20% 到 40% 之间。具体而言，8GB 至 16GB 内存的系统推荐配置为总内存的 20% 到 30%，即 1.6GB 到 4.8GB；4GB 至 8GB 的内存受限系统可扩大至 30% 到 50%，以获得更充足的 Swap 缓冲空间。对于 32GB 以上的大内存服务器，20% 到 30% 通常已足够满足突发内存压力的需求。配置过大的 ZRAM 设备反而可能适得其反，因为压缩操作本身会消耗 CPU 周期，过多的压缩内存可能导致系统在不同内存区域之间频繁交换，得不偿失。实际部署时建议先从保守值开始，观察系统的 Swap 活动情况后再进行微调。
优先级与系统参数配置
为了让 ZRAM 在 Swap 层级中优先于磁盘 Swap 发挥作用，需要正确配置 Swap 优先级。在使用 mkswap 或 swapon 命令时，应将 ZRAM 设备的优先级设置为高于磁盘 Swap 设备的值，通常建议设为 100 或更高。同时，系统级的 vm.swappiness 参数也会影响 ZRAM 的效果，虽然该参数控制的是整体 Swap 倾向性而非特定设备，但在内存压力较大时，适当降低 swappiness 值（如设置为 10 到 30 之间）可以减少不必要的 Swap 行为，让 ZRAM 在真正需要时才被触发。另一个值得关注的参数是 vm.vfs_cache_pressure，它控制内核回收 dentry 和 inode 缓存的积极性，在 ZRAM 环境下适当调高该值可以帮助系统在内存紧张时更积极地释放文件缓存，从而为应用进程保留更多可用内存。这些参数的调整需要遵循小幅多次的原则，每次修改后观察数小时甚至数天的系统表现再决定是否进一步优化。
监控与性能评估
部署完成后，持续监控 ZRAM 的工作状态是确保配置有效的关键步骤。最直接的监控方式是通过读取 /sys/block/zram0 / 目录下的各项属性文件，包括 comp_algorithm（当前使用的压缩算法）、disksize（设备大小）以及 mm_stat（压缩统计信息）。通过这些文件可以实时了解压缩命中率、原始数据大小与压缩后大小的比例等关键指标。在系统层面，vmstat 和 sar 工具能够显示 Swap 的换入换出速率，帮助判断 ZRAM 是否真正在发挥作用以及是否存在过度 Swap 的情况。如果发现 ZRAM 设备的压缩比长期低于 1.5 倍，可能需要考虑更换为压缩率更高的算法或检查是否存在大量不可压缩的数据。总而言之，ZRAM 的调优是一个动态过程，需要结合具体 workload 进行持续观察和迭代调整。
参考资料
- Linux 内核官方文档关于 ZRAM 设备配置的说明
- Arch Linux 社区关于 ZRAM 配置的最佳实践指南