linux pmap 进程信息,linux之pmap命令简介

pmap

ldd

stace

要熟悉的几个调试命令！这次先看下pmap

观察到系统中的指定进程的地址空间分布情况显示一个目标文件或者链接库文件中的目标文件的各个段的大小。该文件从/proc/

/maps中获得数据。

命令格式：

pmap

范例：

[root@localhost security]# pmap -d 4993

4993: -bash

Address Kbytes Mode Offset Device Mapping

0 596 r-x– 0000000000000000 003:00006 bash bash的代码段

080dc000 28 rwx– 0000000000094000 003:00006 bash bash的数据段

080e3000 280 rwx– 00000000080e3000 000:00000 [ anon ] bash的堆

4d 84 r-x– 0000000000000000 003:00006 ld-2.3.4.so 共享库的代码段

4d58a000 4 r-x– 0000000000015000 003:00006 ld-2.3.4.so 共享库的数据段

4d58b000 4 rwx– 0000000000016000 003:00006 ld-2.3.4.so 共享库的堆

4d58e000 1164 r-x– 0000000000000000 003:00006 libc-2.3.4.so

4d6b1000 4 r-x– 0000000000 003:00006 libc-2.3.4.so

4d6b2000 12 rwx– 0000000000 003:00006 libc-2.3.4.so

4d6b5000 8 rwx– 000000004d6b5000 000:00000 [ anon ] 匿名物理内存，

4d6de000 8 r-x– 0000000000000000 003:00006 libdl-2.3.4.so

4d6e0000 8 rwx– 0000000000001000 003:00006 libdl-2.3.4.so

4d 12 r-x– 0000000000000000 003:00006 libtermcap.so.2.0.8

4d80a000 4 rwx– 0000000000002000 003:00006 libtermcap.so.2.0.8

b7bc2000 176 r-x– 0000000000000000 003:00006 GB18030.so

b7bee000 8 rwx– 000000000002b000 003:00006 GB18030.so

b7bf0000 24 r-xs- 0000000000000000 003:00006 gconv-modules.cache

b7bf6000 1060 r-x– 000000000 003:00006 locale-archive

b7cff000 2048 r-x– 0000000000000000 003:00006 locale-archive

b7eff000 36 r-x– 0000000000000000 003:00006 libnss_files-2.3.4.so

b7f08000 8 rwx– 0000000000008000 003:00006 libnss_files-2.3.4.so

b7f0a000 8 rwx– 00000000b7f0a000 000:00000 [ anon ]

b7f20000 8 rwx– 00000000b7f20000 000:00000 [ anon ]

bff0d000 84 rw— 00000000bff0d000 000:00000 [ stack ]

ffffe000 4 —– 0000000000000000 000:00000 [ anon ]

mapped: 5680K writeable/private: 460K shared: 24K

每列的含义如下：

参数 解释

Address:00-0038d000 进程所占的地址空间

Kbytes 该虚拟段的大小

RSS 设备号(主设备：次设备)

Anon 设备的节点号，0表示没有节点与内存相对应

Locked 是否允许swapped

Mode 权限：r=read, w=write, x=execute, s=shared, p=private(copy on write)

Mapping: bash 对应的映像文件名

[root@localhost security]# pmap -x 4993

4993: -bash

Address Kbytes RSS Anon Locked Mode Mapping

0 596 – – – r-x– bash

080dc000 28 – – – rwx– bash

080e3000 280 – – – rwx– [ anon ]

4d 84 – – – r-x– ld-2.3.4.so

4d58a000 4 – – – r-x– ld-2.3.4.so

4d58b000 4 – – – rwx– ld-2.3.4.so

4d58e000 1164 – – – r-x– libc-2.3.4.so

4d6b1000 4 – – – r-x– libc-2.3.4.so

4d6b2000 12 – – – rwx– libc-2.3.4.so

4d6b5000 8 – – – rwx– [ anon ]

4d6de000 8 – – – r-x– libdl-2.3.4.so

4d6e0000 8 – – – rwx– libdl-2.3.4.so

4d 12 – – – r-x– libtermcap.so.2.0.8

4d80a000 4 – – – rwx– libtermcap.so.2.0.8

b7bc2000 176 – – – r-x– GB18030.so

b7bee000 8 – – – rwx– GB18030.so

b7bf0000 24 – – – r-xs- gconv-modules.cache

b7bf6000 1060 – – – r-x– locale-archive

b7cff000 2048 – – – r-x– locale-archive

b7eff000 36 – – – r-x– libnss_files-2.3.4.so

b7f08000 8 – – – rwx– libnss_files-2.3.4.so

b7f0a000 8 – – – rwx– [ anon ]

b7f20000 8 – – – rwx– [ anon ]

bff0d000 84 – – – rw— [ stack ]

ffffe000 4 – – – —– [ anon ]

——– ——- ——- ——- ——-

total kB 5680 – – –

[root@localhost security]#

—————————————————————

补充：

貌似ps av + 进程号 也可以看某进程的内存

如果使用top的话，本身top也会占用大量的资源，在系统负责比较大的情况下是不提倡使用top的。 可以使用ps命令来查看当前系统的进程使用情况： ps av

PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND

4142 tty4 Ss+ 0:00 0 10 1637 508 0.0 /sbin/getty 38400 tty4

4143 tty5 Ss+ 0:00 0 10 1637 508 0.0 /sbin/getty 38400 tty5

TRS代表程序所拥有的可执行虚拟内存的大小 DRS代表程序数据段和用户态的栈的大小 RSS代边当前任务驻留物理地址空间的大小

man ps 看看它们的含义：

rss       RSS    resident set size, the non-swapped physical memory that a task has used (in kiloBytes). (alias rssize, rsz).

vsz       VSZ    virtual memory size of the process in KiB (1024-byte

units). Device mappings are currently excluded; this is subject to

change. (alias vsize).

简单一点说，RSS 就是这个process 实际占用的物理内存，VSZ 就是process 的虚拟内存，就是process 现在没有使用但未来可能会分配的内存大小。

其实这里的ps 出来的结果，是有点不正确的，如果把所有程序的 RSS 加起来，恐怕比你的实际内存还要大呢。为什么呢？？因为 ps 的结果，RSS 那部分，是包括共享内存的。这里我用 pmap 来看看。

$ pmap -d 1980

1980:   /usr/bin/yakuake

Address   Kbytes Mode  Offset           Device    Mapping

00    2524 r-x– 0000000000000000 008:00002 libkio.so.5.3.0

00       4 —– 0000000000 008:00002 libkio.so.5.3.0

00      32 r—- 0000000000 008:00002 libkio.so.5.3.0

00      16 rw— 000000000027f000 008:00002 libkio.so.5.3.0

00     444 r-x– 0000000000000000 008:00002 libQtDBus.so.4.5.2

00       4 —– 000000000006f000 008:00002 libQtDBus.so.4.5.2

00       4 r—- 000000000006f000 008:00002 libQtDBus.so.4.5.2

00       4 rw— 0000000000070000 008:00002 libQtDBus.so.4.5.2

00     228 r-x– 0000000000000000 008:00002 libkparts.so.4.3.0

00       8 r—- 0000000000039000 008:00002 libkparts.so.4.3.0

00       4 rw— 000000000003b000 008:00002 libkparts.so.4.3.0

00    3552 r-x– 0000000000000000 008:00002 libkdeui.so.5.3.0

007bb000      76 r—- 0000000000 008:00002 libkdeui.so.5.3.0

007ce000      24 rw— 000000000038a000 008:00002 libkdeui.so.5.3.0

007d4000       4 rw— 0000000000000000 000:00000   [ anon ]

….

mapped: K    writeable/private: 19208K    shared: 20544K

我略去了一部分输出，都是差不多的，重点在最后那行输出。

linux 会把一些shared libraries 载入到内存中，在pmap 的输出中，这些shared libraries

的名字通常是 lib*.so 。如 libX11.so.6.2.0 。这个 libX11.so.6.2.0 会被很多process load

到自己的运行环境中，同时，ps 输出的RSS 结果中，每个process 都包含了这个libX11.so.6.2.0 ，而事实上它只被load

了一次，如果单纯把ps 的结果相加，这样就重复计算了。

而 pmap 的输出中，writeable/private: 19208K ，这个就是yakuake 这个程序真正占用的物理内存，不包含shared libraries 。在这里，它只有19208K，而ps 的RSS 是34416K。