Linux上通过top查看进程的RES和SHR的值很高，表示进程（独）占用的内存很多吗？

 

要搞清楚这个问题，首先从top输出开始研究：

top命令的输出中VIRT RES SHR这三列的意思我就不多解释了，man top 一下就明白了。

VIRT 是进程使用的总的虚拟内存大小。

RES 是常驻内存的大小（不能SWAP）。

SHR 是共享内存的大小（包括共享库等）。

然后看一下这几个值分别是从哪里来的？看了一下top命令的源代码，在m_linux.c中有这几个值的来源，简单说就是，

这些值都是从/proc/$pid 下面读出来的：

VIRT 是 /proc/$pid/stat 中的第23个数字。

RES 是/proc/$pid/stat 中的第24个数字，但是要注意，这个是用页来表示的，所以需要成字节。

SHR 是 /proc/$pid/statm 中的第三个数字，这个也是用页表示的，需要转换。

总的虚拟内存大小不用管它，这里主要关注RES 和 SHR。

 

查看linux内核代码可知

RES的值获取方式如下：

mm ? get_mm_rss(mm) : 0

而get_mm_rss的定义如下：

411 #define get_mm_rss(mm) \
412 (get_mm_counter(mm, file_rss) + get_mm_counter(mm, anon_rss))

而get_mm_counter也是一个宏，它获取了进程的内存结构体mm_struct中变量 _file_rss 和_anon_rss 成员。

SHR的获取代码如下：

*shared = get_mm_counter(mm, file_rss);

由此可见：

RES = mm_struct->_file_rss + mm_struct->_anon_rss

SHR = mm_struct->file_rss

那么，file_rss 和anon_rss是怎么计算出来的？它们代表的意思又是什么？要彻底搞清楚这两个东西，直接从代码上解释比较麻烦，比较不容易说清楚。

但是我们可以换个地方去寻找答案。

我们发现，在/proc/$pid 下面还有其他的一些文件，那么这些文件又是什么意思呢？有没有用的上的呢？其实是有的。

/proc/$pid/maps 这个文件描述了当前映射到进程的内存和它们的访问权限

/proc/$pid/smaps 这个文件是对/proc/$pid/maps更详细的描述，包括了每个映射内存的大小和使用情况 （具体参见文档 kernel/Documentation/filesystems/proc.txt）

在我的机器上将进程ID为50893，RES=2.3G的进程的 statm 和 smaps 保存到文件：

cat /proc/50893/statm > statm

cat /proc/50893/smaps > smaps

可以看到，在smaps中共享内存的inode是8749063，也就是ipcs显示的shmid，而key就是文件路径的后面一段。

如上面所示，共享内存的映射有一个大于2G的，所以加上另外两块共享内存的映射，总的RES有2.3G也就不奇怪了。

而关于共享内存的分配，多说两句：sys v shared memory实现，shmget基本就是在ramfs上写一个名字是SYSV<shm_key>的文件（这里是/SYSV00c9457），
然后该文件的inode号是内核ipc核心数据结构的唯一id号，之后shmat基本就是mmap这个文件的过程，也就是说shmget返回的shmid其实就是用于存储内容的文件的inode编号。

 

所以：Linux上top输出中RES和SHR的值比较高是没有关系的，因为可能大部分都是共享内存。top和ps等的输出中关于内存占用的部分都包括了共享内存/共享库等占用的虚拟内存空间。