Linux swap 应按需配置：内存充足的服务器可禁用但保留 swappiness=1；桌面环境建议保留 2–4GB swap 并调低 swappiness 至 10–30；内存受限设备须启用 1–2 倍 swap；K8s 生产节点必须禁用 swap。
Linux 的 swap 并不一定要关闭，是否启用、如何配置，取决于你的硬件条件、工作负载类型和系统用途。盲目关闭 swap 可能带来稳定性风险，而过度依赖 swap 又会影响性能。关键在于“按需配置”，而非一刀切。
内存充足且运行稳定服务的服务器（如 Web/API 服务）
这类场景通常以响应速度和稳定性为优先。若物理内存长期使用率低于 60%，且无突发内存需求（如无大体积缓存、无临时数据处理），可考虑禁用 swap，避免内核在轻微压力下触发交换，反而引发延迟抖动。
- 确认当前 swap 状态：
swapon --show或free -h - 临时关闭：
sudo swapoff -a - 永久禁用：注释或删除
/etc/fstab中含swap的行，并确保没有启用zram或systemd-swap等自动管理服务 - 补充建议：即使禁用 swap，也建议保留
vm.swappiness=1（而非 0），让内核在极端 OOM 前仍有机会回收文件页，提升容错性
桌面环境或开发机（含浏览器、IDE、虚拟机等）
桌面用户常面临内存波动大、应用内存占用不可预测的特点。Chrome 多标签、JetBrains 全家桶、Docker Desktop、WSL2 等都可能瞬时吃掉数 GB 内存。此时 swap 是重要的安全缓冲。
- 推荐保留 swap：至少 2–4 GB 固定大小 swap 分区或 swapfile（尤其 SSD 耐用性已足够支撑日常使用）
- 调低 swappiness：设为
10～30（默认常为 60），减少主动换出倾向，只在真正需要时才使用 swap - 优先使用 swapfile 而非分区：便于调整大小，且现代内核对 swapfile 性能优化良好
- 可选增强：启用
zram（压缩内存块）作为轻量级补充，适合内存 ≤16 GB 的设备
内存受限设备（如 2–4 GB RAM 的云主机或老旧笔记本）
物理内存紧张时，完全禁用 swap 极易触发 OOM Killer 杀死关键进程（如 SSH、数据库）。swap 成为系统可用性的“保险丝”，而非性能拖累。
- 必须启用 swap：建议 swap 大小为物理内存的 1–2 倍（例如 4 GB 内存配 4–8 GB swap）
- 适当提高 swappiness：设为
60～80，让内核更积极地将不活跃匿名页换出，腾出内存给活跃应用 - 注意 I/O 压力：若使用 HDD，swap 频繁读写会明显卡顿；SSD 用户无需过度担忧延迟，但应监控
iostat -x 1中的 %util 和 await - 避免过度依赖：配合
systemd-oomd或合理设置memory.limit_in_bytes（cgroup v2）限制单个服务内存上限，防止单一进程耗尽全部资源
容器化/云原生环境（Kubernetes、Docker）
K8s 官方明确建议节点禁用 swap——因为 kubelet 默认拒绝启动（除非设置 --fail-swap-on=false），且容器内存限额机制与 swap 行为存在冲突，可能导致驱逐逻辑失效或资源评估失真。
- 生产集群节点：应关闭 swap，并通过
resources.requests/limits精确约束容器内存 - 开发/测试集群：若为快速验证，可临时启用 swap 并绕过检查，但不可用于压测或容量规划参考
- 替代方案：用
tmpfs挂载或zram缓解内存压力，比传统 swap 更可控 - 特别提醒：AWS EC2、阿里云 ECS 等云平台部分实例类型默认无 swap 分区，无需额外操作；但自建镜像需检查初始化脚本是否误启 swap
