这是对工具和问题的极好总结：archive.org链接

我会引用它，这样更多的开发者会真正阅读它。

如果要分析整个系统的内存使用情况，或者要彻底分析一个应用程序的内存使用（而不仅仅是其堆使用情况），请使用exmap。对于整个系统分析，找到具有最高有效使用率的进程，它们实际上占用了最多的内存，找到具有最大可写使用率的过程，它们创建了最多的数据（因此可能泄漏或数据使用效率很低）。选择这样的应用程序并在第二个列表视图中分析其映射。有关详细信息，请参见exmap部分。还可以使用外部停止检查X资源的高使用率，特别是在X服务器的进程占用大量内存的情况下。有关详细信息，请参见外部停止部分。如果要检测泄漏，请使用valgrind或kmtrace。如果您想分析应用程序的堆（malloc等）使用情况，可以在memprof或kmtrace中运行它，分析应用程序并在函数调用树中搜索最大的分配。有关更多详细信息，请参见其章节。

去找Valgrind。让它运行你的程序，它会告诉你它的内存使用情况。

这只适用于程序运行一段时间并停止的情况。我不知道Valgrind是否能够控制一个已经运行的进程，或者不应该停止的进程，比如守护进程。

还有三种方法可以尝试：

ps aux—排序设备它按%MEM对输出进行排序。ps aux | awk“｛打印$2，$4，$11｝”|排序-k2r |头-n 15它使用管道进行排序。顶部-a它开始按%MEM排序

（摘自此处）

很难确定，但有两件“接近”的事情可以帮助我们。

$ ps aux

将为您提供虚拟大小（VSZ）

您还可以通过转到/proc/$pid/status从/proc文件系统获取详细的统计信息。

最重要的是VmSize，它应该接近ps aux给出的值。

/proc/19420$ cat status
Name:      firefox
State:     S (sleeping)
Tgid:      19420
Pid:       19420
PPid:      1
TracerPid: 0
Uid:       1000    1000    1000    1000
Gid:       1000    1000    1000    1000
FDSize:    256
Groups:    4 6 20 24 25 29 30 44 46 107 109 115 124 1000
VmPeak:    222956 kB
VmSize:    212520 kB
VmLck:          0 kB
VmHWM:     127912 kB
VmRSS:     118768 kB
VmData:    170180 kB
VmStk:        228 kB
VmExe:         28 kB
VmLib:      35424 kB
VmPTE:        184 kB
Threads:   8
SigQ:      0/16382
SigPnd:    0000000000000000
ShdPnd:    0000000000000000
SigBlk:    0000000000000000
SigIgn:    0000000020001000
SigCgt:    000000018000442f
CapInh:    0000000000000000
CapPrm:    0000000000000000
CapEff:    0000000000000000
Cpus_allowed:    03
Mems_allowed:    1
voluntary_ctxt_switches:    63422
nonvoluntary_ctxt_switches: 7171

对此没有一个单一的答案，因为您无法精确指出进程使用的内存量。Linux下的大多数进程使用共享库。

例如，假设您想计算“ls”进程的内存使用情况。是否只计算可执行文件“ls”使用的内存（如果可以隔离它）？libc怎么样？或者运行“ls”所需的所有其他库？

linux-gate.so.1 =>  (0x00ccb000)
librt.so.1 => /lib/librt.so.1 (0x06bc7000)
libacl.so.1 => /lib/libacl.so.1 (0x00230000)
libselinux.so.1 => /lib/libselinux.so.1 (0x00162000)
libc.so.6 => /lib/libc.so.6 (0x00b40000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00cb4000)
/lib/ld-linux.so.2 (0x00b1d000)
libattr.so.1 => /lib/libattr.so.1 (0x00229000)
libdl.so.2 => /lib/libdl.so.2 (0x00cae000)
libsepol.so.1 => /lib/libsepol.so.1 (0x0011a000)

您可能会认为它们是由其他进程共享的，但“ls”在未加载的情况下无法在系统上运行。

此外，如果您需要知道一个进程需要多少内存来进行容量规划，则必须计算该进程的每个额外副本使用多少内存。我认为/proc/PID/status可能会在一次提供足够的内存使用信息。另一方面，Valgrind将在程序的整个生命周期内为您提供更好的内存使用情况。

使用Ubuntu中提供的内置System Monitor GUI工具。