想知道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子系统(例如磁盘)的数据,以便在需要时随时可用.

• 它将主动将已经处于非活动状态的进程逐出到交换空间,以支持为活动进程缓存数据.这往往有利于吞吐量而非响应性,因此有些人会调整内核来改变这种行为.

第一点是关于混淆的来源free,因为该Mem:行包括用于在已用内存量中缓存的内存.但是,内核会因性能原因尽可能地缓存.实际上,在已经存在一段时间的任何Linux系统上,空闲内存往往接近于零 - 未使用的内存是浪费的内存.

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

这就是为什么free包括第二行,其中缓存内存被认为是免费的:

-/+ buffers/cache:    4254224    3941060

第二行是人们在想知道他们是否有足够的可用内存用于某种目的时应该看的内容.

在上面的例子中,根据该Mem:行有大约57 MB的可用内存.但是,如果读取第二行,实际上可以使用大约3.9 GB而不强制活动进程交换.作为旁注,还有大约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:内存使用量计算中的空闲行.

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

第三个命令是集合中最重要的 - 它强制内核尽可能多地丢弃缓存数据(页面缓存,目录条目,索引节点等).

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

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

应该注意,这些命令应该由root用户执行,以便具有必要的权限.