linux查看内存空间分配情况,也看linux内存去哪儿了

前两天一台128G内存的oracle主机发生故障触发kdump，最终由于var目录空间不足，导致kdump生成不完全。结合之前redhat给出的建议，crash设置的空间最好大于memory 空间。对此我们做了一个简单的计算，认为kdump主机生成的是运行在内存里的信息 ，虽然主机有128G的内存，不过通过top查看并计算后发现我实际上只使用7G多的大小，而使用free -m查看时已经使用了80G左右的内存 。站在DBA的角度看的话，这部分内存提前分配给了sga ，貌似也可以讲通。记得之前看过taobao褚霸写的一篇分析。这里再结合该文章算算。

通过褚霸的Linux Used内存到底哪里去了？我们已经了解到内存主要消耗在三个方面：1. 进程消耗。 2. slab消耗 3.pagetable消耗。

由于不便于直接在现网oracle主机上进行操作，这里就以本blog的云主机为例进行测试。

一、查看已用内存总量

[root@91it ~]# free -m

total used free shared buffers cached

Mem: 996 908 88 0 174 283

-/+ buffers/cache: 450 546

Swap: 0 0 0

关于已用内存和可用内存这已经是一个老生长谈的问题了。这里看到的信息如下：

1、总内存996M ，已用内存908M

2、由于buffers + cached内存实际上也是可用内存，该内存也可以通过echo 3 > /proc/sys/vm/drop_caches 回收pagechae、dentries and inodes ，所以实际上已经使用的内存是450M 。

注：

1、关于内存的计算方法就不上图了，这点可以参考：http://www.redbooks.ibm.com/redpapers/pdfs/redp4285.pdf

2、linux内存强制回收的方法具体可以参考：linux 下 强制回收内存 。

即然实际使用了450M内存，那这450M内存是如何分配的呢？

二、RSS内存(Resident size)

ps下命令下的RSS内存、top工具下的RES内存都是指的这一块内存。resident set size 也就是每个进程用了具体的多少页的内存。由于linux系统采用的是虚拟内存，进程的代码，库，堆和栈使用的内存都会消耗内存，但是申请出来的内存，只要没真正touch过，是不算的，因为没有真正为之分配物理页面，说白了也就是真正具有“数据页的物理内存”。我这里使用的是一段从python psutil 模块里演化出的一段代码进行计算的：

[root@91it ~]# cat vms.py

#!/usr/bin/python

import os

def get_vms(pid):

with open("/proc/%s/statm" % pid, "rb") as f:

vms = f.readline().split()[1]

return int(vms)

pids = [int(x) for x in os.listdir(b'/proc') if x.isdigit()]

vmss = [get_vms(pid) for pid in pids]

print sum(vmss) * 4

[root@91it ~]# python vms.py

386528

注：

1、/proc/PID/statm 第二列是RSS内存使用page页的多少，而在linux下默认使用的page页大小是4KB 。所以我上面计算求和后，最后乘以4 ，而我最终计算出的结果就是386528KB 。

2、这里也可以通过/proc/PID/status里的vmRss项进行求和，因为该项直接给出