Linux Swap优化核心是“分层+分级+按需”调度：一优先级管理实现快缓存+慢兜底；二swappiness控制换出时机；三按场景选swap文件/分区/zRAM；四容量依内存规模动态设定。
Linux 中优化 Swap 空间的分配策略，关键不是“多配一点”，而是让 Swap 在合适的时间、以合适的方式、用合适的设备参与内存管理。它本质是调度问题，不是容量问题。
Swap 分配策略的核心是“分层+分级+按需”
一、优先级管理：让不同 Swap 设备各司其职
系统支持同时启用多个 Swap 设备（分区或文件），内核按 priority 值从高到低使用（范围 -1 到 32767，默认 -1）。合理设置优先级，可实现“快缓存 + 慢兜底”的分层策略：
- 把小容量、高性能 Swap（如 NVMe 上的 swapfile）设为高优先级（例如
swapon -p 100 /swap-nvme） - 把大容量、低速 Swap（如 HDD 上的 swap 分区）设为低优先级（例如
swapon -p 10 /swap-hdd） - 避免在同一物理磁盘的不同分区设不同优先级——无法规避寻道瓶颈，反而增加调度开销
- 查看当前优先级：
swapon --show
这样，日常内存抖动由高速 Swap 承担；只有在内存严重不足时，才启用低速后备 Swap，避免拖慢主 I/O 路径。
二、Swappiness 调优：控制“何时开始换出”
vm.swappiness（0–100）决定内核将匿名页（堆、栈、私有 mmap）换出到 Swap 的倾向性，不控制 page cache（文件缓存）回收：
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 数据库服务器（PostgreSQL/MySQL）：设为 1–10
→ 保留内存给缓冲池和查询缓存，避免关键数据页被误换出 - 桌面环境或开发机：设为 60–80
→ 平衡前台响应与后台服务驻留，提升多任务流畅度 - 内存充足且运行容器化负载（如 Kubernetes 节点）：设为 0
→ 仅当 OOM 前强制触发 Swap，避免干扰 cgroup 内存隔离 - 临时调整：
sudo sysctl vm.swappiness=10 - 永久生效：写入
/etc/sysctl.conf，再执行sudo sysctl -p
注意：该值不影响文件缓存行为，文件缓存回收由 vm.vfs_cache_pressure 控制（默认 100，调低可减少缓存回收频率）。
三、Swap 类型选择：文件 vs 分区，按场景定
| 场景 | 推荐方式 | 关键说明 |
|---|---|---|
| 云主机 / LVM / 无法调整分区表 | Swap 文件 | 使用 fallocate 创建（快且零碎片），避免 dd（慢且可能写满磁盘）；务必 chmod 600，并确认文件系统支持直接 I/O（避开 overlayfs、LVM thin） |
| 物理服务器 / 需长期稳定运行 | Swap 分区 | 类型设为 82（Linux swap），格式化后启用；更可靠，无文件系统元数据开销 |
| 小内存设备（如树莓派） | zRAM 替代 Swap | 将部分内存压缩使用，延迟极低，CPU 开销可忽略；适合 RAM ≤ 4GB 且无 SSD 的场景 |
Swap 文件更灵活，但需确保所在磁盘性能足够（禁用网络存储、USB 盘、加密卷等低效后端）。
四、容量配置：告别“2倍内存”教条
现代系统应按用途和内存规模动态设定，而非套用旧经验：
- 内存 ≤ 4GB（如老旧服务器、嵌入式）：Swap = 1.5–2× RAM
- 内存 4–16GB（主流桌面/中小服务器）：Swap = 等于 RAM 大小
- 内存 > 16GB（数据库、内存密集型应用）：Swap = 8–16GB 固定值（够休眠 + 应急即可）
- 内存 ≥ 64GB 且负载可控（如专用 Web 服务器）：可 禁用 Swap（
swapoff -a+ 注释 fstab 条目），依赖 OOM Killer 快速响应异常
特别提醒：若需休眠（hibernate），Swap 容量必须 ≥ 当前内存使用峰值（通常建议 ≥ RAM 总量）。
Swap 优化不是追求“零使用”或“越大越好”，而是让系统在内存压力下表现得更可预测、更平稳。真正的问题往往不在 Swap 本身，而在内存泄漏、缓存滥用或服务配置失当——Swap 只是那个诚实暴露问题的镜子。
