VMware虚拟机中“swap no hibernate”与“swap to file”的差异、优势及共性咨询

嘿，这个问题问得挺实在的——很多人用VMware的时候都会默认选swap no hibernate，但其实swap to file在虚拟机环境里也有它的用处，我来给你掰扯清楚：

核心差异 #

• 实现方式不同：swap no hibernate是给虚拟机的虚拟磁盘划分一块专门的swap分区，空间是预分配好的；而swap to file则是在虚拟机的现有文件系统里创建一个普通文件（比如/swapfile）来充当交换空间，属于文件级的实现。
• 空间灵活性不同：swap分区的大小是固定死的，要是后期觉得大小不合适，得用分区工具调整，还得停机操作，挺折腾的；swap文件就灵活多了，随时可以用fallocate或者dd命令调整大小，不用动分区表，对虚拟机这种可能临时调整资源的场景友好很多。
• 休眠支持不同：从名字就能看出来，swap no hibernate是完全不支持系统休眠的——要么是swap空间没预留够内存大小，要么系统直接禁用了休眠功能；而swap to file只要配置的文件大小≥虚拟机分配的物理内存，就能支持休眠，不过说实话，虚拟机里用到休眠的场景真不多。

VMware虚拟机里用swap to file的优势 #

• 磁盘空间利用率更高：如果你的VMware虚拟磁盘用的是“按需分配”（thin provisioned）模式，swap文件只会占用实际用到的空间，比如你建了8G的swap文件但只用到2G，那虚拟磁盘就只占2G；但swap分区是一开始就划走8G，哪怕空着也不能给别的文件用，对空间紧张的虚拟磁盘来说更划算。
• 迁移和备份更方便：要是你要把虚拟机迁移到其他主机，或者手动备份虚拟机文件，swap文件是和系统文件打包在一起的，直接复制就行；swap分区是虚拟磁盘里的独立分区，虽然VMware迁移工具能处理，但手动备份的时候得确保整个磁盘镜像完整，相对麻烦一点。
• 测试调整成本低：要是你不确定虚拟机到底需要多大的swap空间，先整个小的swap文件试试，不够了随时扩容，不用像分区那样得停机改分区表，折腾更少。

两者的共性 #

• 核心功能一致：不管用哪种方式，都是当虚拟机的虚拟内存不够用的时候，把部分内存数据暂存到磁盘上，避免系统因为内存不足崩溃，本质都是“虚拟内存扩展”的实现方式。
• 性能表现相近：在VMware的普通场景下，两者的读写性能差异几乎可以忽略——毕竟都是读写虚拟磁盘，除非你把swap分区直通到物理磁盘了，但大部分普通用户不会这么干，所以不用纠结性能差距。
• 系统配置逻辑相同：不管是swap分区还是swap文件，都得通过/etc/fstab配置开机自动挂载，或者用swapon命令临时启用，系统层面的管理流程是一样的。

备注：内容来源于stack exchange，提问作者l4jos