我应该如何决定在具有 2-4 GB RAM 的新 Linux 机器 (Debian) 上进行交换的大小？我真的需要交换空间吗？
最近我的朋友告诉我，在有足够内存的 linux 网络服务器上关闭交换是个好主意。我的服务器有 12 GB，目前在峰值负载下使用 4 GB（不包括缓存和缓冲区）。
他的论点是，在正常情况下，服务器永远不会使用其所有 RAM，因此它遇到 OutOfMemory 情况的唯一方法是由于某些错误/ddos/等。因此，如果关闭交换，系统将耗尽内存，最终会导致占用内存的程序（很可能是 Web 服务器进程）和其他一些进程崩溃。如果打开了交换它会同时占用 RAM 和交换空间，最终会导致同样的崩溃，但在此之前，它会卸载关键进程（如 sshd）进行交换，并开始执行大量交换操作，从而导致速度大幅下降。这样，当在 ddos 系统下可能会由于巨大的滞后而进入完全无法使用的状态时，我可能无法登录并终止网络服务器进程或拒绝所有传入流量（除了 ssh）。
这是正确的吗？我是否遗漏了什么（例如，即使我有足够的 RAM，交换分区在某些方面也非常有用）？我应该关掉它吗？
尽管我们将近一半的内存用于 FS 缓存，但我们还是遇到了 OOM 杀手。我们每分钟记录一次内存统计信息（如 top 所报告的），但似乎有很多可用性。
...
Mem: 15339640k total, 15268304k used, 71336k free, 3152k buffers
Swap: 0k total, 0k used, 0k free, 6608384k cached
Mem: 15339640k total, 14855280k used, 484360k free, 13748k buffers
Swap: 0k total, 0k used, 0k free, 6481852k cached
[OOM killer: postgres killed]
Mem: 15339640k total, 8212200k used, 7127440k free, 32776k buffers
Swap: 0k total, 0k used, 0k free, 2394444k cached
...
来自系统日志的 OOM 详细信息：
...
Jun 10 05:45:25 db kernel: [11209156.840462] wal-e invoked oom-killer: …几年来，我读到创建一个具有双倍 RAM 空间的交换分区是个好主意。今天仍然适用吗？或者这不再需要了？
我有一台内存为 8 GiB 的服务器，我需要创建一个交换分区，我想知道 16 GiB 是否太多了。
linux ×3
swap ×3
debian ×1
memory ×1
oom ×1
partition ×1
performance ×1
postgresql ×1
ubuntu ×1
web-server ×1