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

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

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

$ 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

虽然这个问题似乎是关于检查当前运行的进程，但我希望看到应用程序从头到尾使用的峰值内存。除了Valgrind，您还可以使用tstime，这要简单得多。它测量“高潮”内存使用情况（RSS和虚拟）。根据这个答案。

/prox/xxx/numa_maps提供了一些信息：N0=？？？N1=？？？。但这个结果可能低于实际结果，因为它只计算那些被触摸过的对象。

我正在使用htop；这是一个非常好的控制台程序，类似于Windows任务管理器。

使用ps或类似工具，您只能获得该进程分配的内存页数量。此数字正确，但：

不反映应用程序使用的实际内存量，只反映为其保留的内存量如果页面被共享，例如由多个线程共享或使用动态链接库共享，则可能会产生误导

如果您真的想知道应用程序实际使用的内存量，则需要在探查器中运行它。例如，Valgrind可以让您了解所使用的内存量，更重要的是，了解程序中可能的内存泄漏。Valgrind的堆轮廓仪工具称为“massif”：

Massif是一个堆分析器。它通过定期拍摄程序堆的快照来执行详细的堆分析。它会生成一个图表，显示一段时间内的堆使用情况，包括程序中哪些部分负责最多内存分配的信息。该图由文本或HTML文件补充，该文件包含更多信息，用于确定分配最多内存的位置。Massif运行程序的速度比正常速度慢20倍。

如Valgrind文档中所述，您需要通过Valgrind运行程序：

valgrind --tool=massif <executable> <arguments>

Massif写入内存使用快照的转储（例如Massif.out.1245）。这些快照提供（1）内存使用的时间线，（2）每个快照的程序内存分配位置的记录。分析这些文件的一个很好的图形工具是massif可视化工具。但我发现，与Valgrind一起提供的基于文本的简单工具ms_print已经有了很大的帮助。

要查找内存泄漏，请使用valgrind的（默认）memcheck工具。