我有一个在 Linux 服务器上运行的 java 应用程序，物理内存（RAM）分配为 12GB，我会看到一段时间内的正常利用率，如下所示。
sys> free -h
total used free shared buff/cache available
Mem: 11G 7.8G 1.6G 9.0M 2.2G 3.5G
Swap: 0B 0B 0B
最近，在增加应用程序的负载时，我可以看到 RAM 利用率几乎已满，可用空间非常少，我可能会遇到一些缓慢的情况，但应用程序仍然可以正常工作。
sys> free -h
total used free shared buff/cache available
Mem: 11G 11G 134M 17M 411M 240M
Swap: 0B 0B 0B
sys> free -h
total used free shared buff/cache available
Mem: 11G 11G 145M 25M 373M 204M
Swap: 0B 0B 0B
我提到https://www.linuxatemyram.com/其中建议了以下几点。
警告标志您可能需要调查的真正内存不足的情况：
- 可用内存（或“空闲+缓冲区/缓存”）接近于零
- 使用的掉期增加或波动。
- dmesg | grep oom-killer 显示 OutOfMemory-killer 的工作情况
从以上几点来看，我在应用程序级别没有看到任何 OOM 问题，并且交换也被禁用。所以忽略了这两点。困扰我的一点是可用内存小于零，我需要澄清一下
问题：
如果available接近0，会导致系统崩溃吗？
这是否意味着当可用内存变少时我需要升级 RAM？
应在什么基础上分配/增加 RAM 内存？
对于 RAM 内存分配，我们有需要遵循的官方建议/指南吗？
答案1
如果available接近0，会导致系统崩溃吗？
现代广泛使用的操作系统可以处理这种情况，因此，不，系统不会正常崩溃，尽管它可能会变得很慢，您将无法实际使用它。
这是否意味着当可用内存变少时我需要升级 RAM？
您的可用 RAM 确实太低，可能会导致进程被从 RAM 中逐出。您可能应该添加更多内存。
应在什么基础上分配/增加 RAM 内存？
如果您的性能受到影响（即您由于过多的交换使用而观察到磁盘抖动），或者您无法完成工作，因为您没有足够的 RAM 来完成任务。
对于 RAM 内存分配，我们有需要遵循的官方建议/指南吗？
据我所知，没有。每个人的 RAM 要求都不同。如果我们谈论的是 2021 年的现代操作系统、桌面环境和 Web 浏览器，那么 4GB 的 RAM 是绝对最低的，但我不建议使用少于 8GB 的 RAM。最终这取决于你的工作流程，而没有人知道。在某些领域，人们已经拥有 128GB RAM 的工作站（视频和图像编辑、3D 渲染、数学/化学/物理/工程计算和人工智能）。
答案2
如果available接近0，会导致系统崩溃吗？
在我的一台服务器上进行测试时，我加载的内存几乎已满，如下所示
sys> free -h
total used free shared buff/cache available
Mem: 11G 11G 135M 25M 187M 45M
Swap: 0B 0B 0B
能够单独看到我的应用程序（消耗更多内存）被杀死内存不足杀手可以在内核日志中引用
dmesg -e
[355623.918401] [21805] 553000 21805 69 21 2 0 0 rm
[355623.921381] Out of memory: Kill process 11465 (java) score 205 or sacrifice child
[355623.925379] Killed process 11465 (java), UID 553000, total-vm:6372028kB, anon-rss:2485580kB, file-rss:0kB, shmem-rss:0kB
https://www.kernel.org/doc/gorman/html/understand/understand016.html
Out Of Memory Killer 或 OOM Killer 是 Linux 内核在系统内存严重不足时使用的进程。出现这种情况是因为 Linux 内核为其进程分配了过多的内存。 ...这意味着正在运行的进程需要比物理可用内存更多的内存。