绝大多数现代 linux 系统优先选 swapfile，因其灵活可调、易迁移且主流文件系统支持良好；swap partition 仅在对启动时低延迟有硬性要求的场景下适用。
swapfile 与 swap partition 哪个更合适？
绝大多数现代 Linux 发行版（尤其是桌面或云服务器）用 swapfile 更灵活。它不依赖独立分区，可动态增删、迁移，且 ext4/xfs 都支持（需启用 inode64 和 large_file 等特性）。而 swap partition 启动早、理论延迟略低，但扩容困难，重装系统易误删，且在 LVM 或加密卷中管理成本高。
实操建议：
- 新部署优先选
swapfile，路径推荐/swapfile（避免挂载点下，防止被快照或备份工具误操作） - 若已用
swap partition且无扩容需求，无需强行切换 -
swapfile必须用fallocate创建（非dd），否则可能产生稀疏文件，触发内核拒绝激活 - 确认文件系统支持：运行
tune2fs -l /dev/sdXN | grep "Filesystem features"，确保含has_journal和ext_attr（ext4）；xfs 则需xfs_info /mount/point查看features=...是否含swapfile
swappiness 设为 1 还是 0？
swappiness=0 并不等于“禁用 swap”——它只让内核在内存真正耗尽（OOM killer 触发前）才开始换出页面；而 swappiness=1 是更务实的折中：允许极少量冷页回收，避免突发分配时卡顿。实测中，设为 0 反而可能加剧 OOM 风险，尤其在使用透明大页（THP）或容器场景下。
关键点：
- 修改后需执行
sysctl vm.swappiness=1生效，持久化写入/etc/sysctl.conf或/etc/sysctl.d/99-swap.conf - 容器环境（如 Docker/K8s）中，宿主机
swappiness仍生效，但容器 cgroup 的memory.swappiness可单独覆盖 - 不要盲目跟风设为
100：那会频繁换入换出，SSD 寿命和延迟双受损
zram + swapfile 混合配置是否必要？
对 RAM ≥ 16GB 的通用服务器，纯 swapfile 足够；但对内存 ≤ 8GB 的轻量设备（如树莓派、边缘网关），zram 是更优前置缓冲。它把部分匿名页压缩后存于 RAM，延迟远低于磁盘 swap，且不消耗额外存储空间。
混合策略要点：
-
zram应设为高优先级（swapon --priority 100 /dev/zram0），swapfile设为低优先级（如--priority 10），确保先压后换 -
zram大小建议设为物理内存的 1/4～1/2（如 4GB RAM →zram_size=1G），过大反而增加压缩开销 - 启用
zram-generator（systemd）比手动写 service 更可靠，配置文件放/etc/systemd/zram-generator.conf，内容只需[zram0] zram-size = 1G compression-algorithm = zstd
- 注意：
zram不处理 page cache，仅缓存匿名页（堆、栈、私有匿名映射），所以磁盘 I/O 压力大的场景仍需真实 swapfile
swap 使用率高但内存充足？查这几个指标
单纯看 free -h 的 SwapUsed 容易误判。真正要关注的是换入换出频率和延迟：
- 运行
vmstat 1，紧盯si（swap-in KB/s）和so（swap-out KB/s）：持续 > 1MB/s 表示压力真实存在 - 检查
/proc/vmstat中的pgpgin/pgpgout（总页入/出次数）与pswpin/pswpout（swap 页入/出次数），比值过高说明大量数据在磁盘 swap 和 RAM 间反复搬运 -
cat /sys/block/*/stat查对应 swap 设备的rd_msec/wr_msec，若单次 IO 耗时 > 50ms（HDD）或 > 5ms（SSD），说明 swap 已成瓶颈，不是调参能解决的 - 用
smem -s swap -r | head -10找出实际占用 swap 的进程，常是 Java 应用未设-XX:+UseContainerSupport或 Python 的mmap大文件未munmap
swap 不是救命稻草，而是内存管理的最后防线。真正该花时间的，是定位谁在长期持有匿名页、是否启用了不必要的缓存、cgroup 限额是否过松——这些比调 swappiness 影响大得多。
