java - 如何知道是否有足够的内存可以在 Linux 机器上部署新应用程序？

Question

我有一台 Linux 机器，其内存快照(根据 /proc/meminfo )如下:

MemTotal:     16413388 kB
MemFree:         48296 kB
Buffers:        193600 kB
Cached:        1986448 kB
SwapCached:     874512 kB
Active:       15034264 kB
Inactive:       713672 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:     16413388 kB
LowFree:         48296 kB
SwapTotal:     8385920 kB
SwapFree:      4682408 kB
Dirty:            3124 kB
Writeback:           0 kB
Mapped:       13005560 kB
Slab:           257784 kB
CommitLimit:  16592612 kB
Committed_AS: 59624324 kB
PageTables:     233748 kB
VmallocTotal: 536870911 kB
VmallocUsed:    267064 kB
VmallocChunk: 536603555 kB
HugePages_Total:     0
HugePages_Free:      0
Hugepagesize:     2048 kB

这是一台 16 GB 的机器，我有一个 Java 应用程序要部署在它上面，它将使用 3 个 JVM 实例，其典型的组合内存需求将接近 1 GB。
我如何确保在不影响当前在该机器上运行的其他应用程序的情况下部署所述应用程序是安全的。有没有可能从上面的内存快照中找出来？
还有哪些其他统计数据可以帮助我做出决定，我如何收集这些统计数据？

Answer 1

(对于 OP 来说可能有点晚了，但是经常有人问这个问题，所以我会试一试)
free通常显示如下内容:

             total       used       free     shared    buffers     cached
Mem:       8195284    8137708      57576          0    1232328    2651156
-/+ buffers/cache:    4254224    3941060
Swap:     18892216     759852   18132364

人们倾向于看Mem:当试图找出他们有多少可用内存时行。不幸的是，该行非常具有误导性，因为 Linux 内核试图以(至少)以下方式优化使用可用内存:

它将缓存来自 I/O 子系统(例如磁盘)的数据，以便在需要时随时可用。

它将主动将一段时间不 Activity 的进程驱逐到交换空间，以支持为 Activity 进程缓存数据。这往往有利于吞吐量而不是响应能力，因此有些人调整他们的内核来改变这种行为。

第一点是关于 free 的混淆源，因为 Mem:行包括已用内存量中用于缓存的内存。但是，出于性能原因，内核将尽可能多地缓存。事实上，在任何已经启动一段时间的 Linux 系统上，空闲内存往往接近于零——未使用的内存就是浪费的内存。

但是，如果另一个进程需要，内核可以释放缓存内存。虽然它会在一定程度上影响 I/O 性能，但其他进程可以在不使用交换空间的情况下拥有更多内存。因此，对于大多数意图和目的，该内存是免费的。

这就是为什么free包括第二行，其中高速缓存被认为是空闲的:

-/+ buffers/cache:    4254224    3941060

第二行是人们在想知道他们是否有足够的空闲内存用于某个目的时应该查看的内容。

在上面的例子中，根据 Mem:行有 ~57 MB 的可用内存。但是，如果阅读第二行，实际上大约有 3.9 GB 可以使用，而无需强制 Activity 进程进行交换。作为旁注，还有大约 760 MB 很少使用的数据已被换出，以便在主内存中腾出更多空间用于进程和缓存。

大致同时，/proc/meminfo的内容:

MemTotal:        8195284 kB
MemFree:           57660 kB
Buffers:         1232352 kB
Cached:          2651156 kB
SwapCached:       119936 kB
.
.
.

MemTotal :内核检测到的可用物理内存。
MemFree :未使用的物理内存 - Mem: 中显示的可用内存线free .
Buffers :相对临时存储原始磁盘块。
Cached :从磁盘读取的文件的内存缓存。它不包括 SwapCached 内存。
SwapCached :曾经被换出，然后换回但仍在交换空间中的内存。如果需要，它的内容可以被丢弃(非常快!)，而不必交换它们(更慢)。

因此，要对实际可用的内存进行半准确的估计

MemFree + Buffers + Cached + SwapCached

是一个很好的起点 - 还有一个 free显示在第二行。

自然，内存管理和相关的统计和测量比这更复杂。 free 显示的数字充其量只是估计，因为如果您想更深入，还有很多其他变量需要考虑。对于经常进行内存使用优化的人来说，这几乎是一种艺术形式。

编辑:

关于这个“问题”的一个有点幽默的链接:

http://www.linuxatemyram.com/

编辑2:

确认关于内存使用分析几乎是一种艺术形式的评论:

偶free遗漏了现代 Linux 系统上的一大块缓存数据。来自 /proc/meminfo在我的系统上:

SReclaimable:    2253576 kB

这大约是系统使用的 2GB 内存 slab用于缓存目录条目等的分配器，它是可回收的(即，如果需要，它可以被进程清除和使用)。还有free不认为它是缓存内存，也不在任何计算中输入它，因此它显示为已用内存。
slabtop实用程序(如果可用)允许系统管理员找出 slab缓存用于。

一种方式(仅适用于 root 用户)拥有 free显示系统实际内存使用情况如下:

# swapoff -a
# sync
# echo 3 > /proc/sys/vm/drop_caches 
# free
             total       used       free     shared    buffers     cached
Mem:       8195284    3181468    5013816          0       8656     228832
-/+ buffers/cache:    2943980    5251304
Swap:            0          0          0
# swapon -a

第一个命令禁用交换空间。如果可用内存可能不足以容纳已换出的数据，则不应发出它 - 在这种情况下，必须考虑 Swap:在他们的内存使用计算中的空闲行。

第二个命令将所有缓冲的数据推送到磁盘。它允许在下一步中释放更多的缓存。

第三个命令是最重要的命令——它强制内核丢弃尽可能多的缓存数据(页面缓存、目录条目、 inode 等)。

然后free最后显示了正在运行的进程在其 -/+ buffers/cache: 中实际使用的内容。线。值得注意的是，即使在删除所有缓存数据之后，内核也很快再次开始缓存——在这种情况下，它已经在几秒钟内达到了近 250MB 的缓存数据。

最后一个命令再次启用交换空间 - 只有在第一个命令也被使用时才需要。

需要注意的是，这些命令应该由 root 用户执行以获得必要的权限。