Linux服务器在一些VMWare ESX系统上运行（猜测，我只是用户）。 这些系统没有直接连接的磁盘：它们在一个实际上是NAS上的文件的虚拟磁盘上执行所有操作。
Linux系统configuration有一个磁盘驱动器/dev/sda分为三个分区（ /boot ， /和swap ）。 swap分区实际上被用作系统的交换空间。 但它实际上是在networking上，而不是在本地硬盘上。 鉴于networking延迟较差，在虚拟化和遥远的磁盘上为系统configurationswap分区有什么意义？
这看起来很愚蠢。
来自更有经验的虚拟化专家的任何提示？
与RAM相比，交换空间总是遭受极度的延迟，把它放到networking上使事情变得更糟。
当出现问题时，应该始终使用它，如果发现您的机器实际上使用了大量的交换空间，则您需要更多的RAM给VM。
你总是可以创build一个单独的虚拟磁盘，把它放在另一个更快的存储上，并在那里挂接交换。 或者完全closures掉 – 这完全是你的用例和系统负载的问题
当今的交换似乎是一个紧急机制，以避免在记忆中断的情况下杀死进程。 几乎没有真正的服务器可以继续繁重的交换正常运行。 如果您有本地或通过SAN连接的磁盘，则无关紧要。
你确定磁盘在NAS上吗？ 更可能的是他们在SAN上，在这种情况下networking延迟不应该成为问题。 或者如果是这样的话，你就会遇到更大的问题，而不是需要写SWAP。