所以我已经在 ESXI 虚拟环境中使用 Ubuntu 16.04 有一段时间了，一切正常。
不过最近我决定升级到 18.04 以跟上时代的步伐，这样就不必在明年 16.04 的 EoL 到来时再升级了。
更新后一切都很顺利，只是现在每当我让 Ubuntu 18.04 运行一段时间然后再恢复时，我都会感觉到明显的使用延迟（网络正常）。
起初，它只是完全变慢了，只是尝试让终端以 root 身份登录就花了 20 秒。
一旦我做了一些事情，大约 30 秒后事情就会变得有点快，但仍然有明显的滞后。
我试图找出问题所在，并在谷歌搜索后得出结论，这与交换有关。
当我使用旧的 16.04 安装时，2-3 天后其交换使用率最多约为 2-4%，而 18.04 在短短 8 小时无人看管后交换使用率就会达到 30-40% 左右。
需要指出的是，我在使用 16.04 时也遇到了速度变慢的问题，但将其 swappiness 值设置为 10 后问题就解决了。但使用 18.04 时就没那么幸运了。
从那时起，我试图降低 18.04 的 swappiness 值，首先降低到 10，然后降低到 0，但是在阅读了有关对 18.04 使用 0 的信息后，我感觉 18.04 并没有像我想象的那样执行 0，而且 1 更好？
将其设置为 1 后，情况有所改善。我现在只使用最多 10-15% 的交换空间，我认为事情比以前变得更快、响应更快。
然而，情况远不如 16.04 那样，我只有 3 个选择。第一个是暂时回到 16.04，希望明年之前有所改变。第二个是完全禁用交换，我应该指出这确实解决了问题，但我真的不想这样做，因为我觉得交换是一项很有价值的功能。第三个是尝试 20.04，但我不确定它是否会比 18.04 更好。
我认为我需要第四个选项，所以我来这里是为了询问是否还有其他我可以尝试做的事情来阻止剩余的减速，以及询问 20.04 是否不会遭受同样的问题或者是否会更好？
我使用的是 ProLiant DL120 G7，ESXI 6.7 安装在机械硬盘上。16.04 和 18.04 VM 都分配了相同的资源（10GB RAM），即使放置一两天也不会使用超过 4GB 的 RAM。我见过它们使用的最大内存量也略低于 5.5GB
升级硬件不是一个选择。