pmap命令_pgmp和pmp区别

pmap

ldd

lsof

strace

sar

vmstat

iostat

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

观察到系统中的指定进程的地址空间分布情况显示一个目标文件或者链接库文件中的目标文件的各个段的大小。该文件从/proc/进程号/smaps中获得数据。
命令格式：
pmap
范例：

[root@localhost security]# pmap -d 4993
4993: -bash
Address Kbytes Mode Offset Device Mapping
08047000 596 r-x– 0000000000000000 003:00006 bash bash的代码段
080dc000 28 rwx– 0000000000094000 003:00006 bash bash的数据段
080e3000 280 rwx– 00000000080e3000 000:00000 [ anon ] bash的堆
4d575000 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– 0000000000123000 003:00006 libc-2.3.4.so
4d6b2000 12 rwx– 0000000000124000 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
4d807000 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– 0000000002197000 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:00378000-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
08047000 596 – – – r-x– bash
080dc000 28 – – – rwx– bash
080e3000 280 – – – rwx– [ anon ]
4d575000 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
4d807000 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 来看看。

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

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 ，这个就是testaa 这个程序真正占用的物理内存，不包含shared libraries 。在这里，它只有19208K，而ps 的RSS 是34416K。