绝大多数现代Linux系统仍需swap，即使内存充足；桌面环境必须开启，容器宿主机建议设swappiness=1，纯数据库服务器可关闭但需调优overcommit参数。
swap 分区到底要不要开？
绝大多数现代 Linux 系统（尤其是桌面或云服务器）仍需 swap，哪怕你有 64GB 内存。内核的 oom_killer 在完全无 swap 时更激进，且某些内存分配路径（如 mmap(MAP_ANONYMOUS) + overcommit=2）会直接失败，不是“省点空间”，而是“拒绝服务”。
- 桌面环境：必须开，否则 Chrome 多标签 + IDE + 视频播放容易触发
Killed process - 容器宿主机：建议开，但 swapiness 设为
1，避免容器内存被无差别换出 - 纯数据库服务器（如 PostgreSQL 专机）：可关，但需确认
/proc/sys/vm/overcommit_memory为2且vm.overcommit_ratio足够高
swapfile 比 swap 分区更灵活，但要注意这三点
swapfile 是主流选择，无需重分区，支持在线增删。但它不是“随便 dd 出来就能用”。
- 文件必须位于支持
fallocate()的文件系统上（ext4/xfs OK，btrfs 需chattr +C关闭 COW） - 不能放在 LVM 逻辑卷挂载点下（否则
swapon报swapon: /swapfile: swapon failed: Invalid argument） -
fallocate -l 4G /swapfile后必须chmod 600 /swapfile && mkswap /swapfile && swapon /swapfile—— 少任何一步都会失败
swapiness=10 不是万能解，要看 workload 类型
vm.swappiness 控制内核倾向把匿名页（堆、栈）换出的激进程度，范围 0–100。设为 10 是常见折中，但真实效果取决于内存压力来源。
- 大量缓存文件读写（如 web server + static assets）：降低到
1更稳，避免 page cache 被误换出 - Java 应用堆大且 GC 频繁：
swappiness=0反而可能引发OOM，因 JVM 堆无法换出，只剩 anon pages 可动，此时应调高至30给内核更多腾挪余地 - 值为
0并不等于“禁用 swap”，只是推迟到内存真正耗尽前最后一刻才换出
zram 和 zswap 不是 swap 替代品，而是压缩层
它们不减少 swap 总量，而是把要写入 swap 的数据先压缩再存——zram 存 RAM，zswap 存传统 swap。两者都依赖 lzo 或 lz4 压缩算法，压缩率和 CPU 开销需权衡。
- 小内存设备（≤4GB）：zram 是首选，
systemctl enable systemd-zram-generator即可自动启用 - 大内存 + 高 I/O 服务器：zswap 更合适，避免 zram 占用过多内存反向挤压应用
- 启用后仍需保留至少 1GB 传统 swap，否则压缩失败时无 fallback，直接 OOM
swap 的核心逻辑没变：它不是“备用内存”，而是内核内存管理策略的必要出口。忽略它，等于让内核在内存紧张时少一条退路——那条退路有时慢，但从不缺席。
