Heaptrack是一个具有GUI和文本界面的KDE工具。我发现它比valgrind更适合了解进程的内存使用情况，因为它提供了更多细节和火焰图。它还更快，因为它检查valgrind的次数更少。它会给你最大的内存使用量。

不管怎样，跟踪rss和vss是误导的，因为页面可以共享，这就是为什么memusg。你真正应该做的是跟踪/proc/[pid]/smaps中Pss的和或使用pmap。GNOME系统监视器曾经这样做，但它太昂贵了。

'htop'是查看哪个进程使用了多少RAM.....的最佳命令

欲知详情 http://manpages.ubuntu.com/manpages/precise/man1/htop.1.html

Valgrind一行程序:

Valgrind——tool=massif——pages-as-heap=yes——massif-out-file=massif。出去。/ test.sh;grep mem_heap_B massif。出| sed - e ' s / mem_heap_B = \(. * \) / \ 1 /“| - g | tail - n 1

注意使用——pages-as-heap来测量进程中的所有内存。更多信息请访问:http://valgrind.org/docs/manual/ms-manual.html

这将大大降低您的命令速度。

这里有一个单行程序，不需要任何外部脚本或实用程序，也不需要你通过Valgrind或time等其他程序启动进程，所以你可以将它用于任何已经运行的进程:

grep ^VmPeak /proc/$PID/status

(将$PID替换为您感兴趣的进程的PID)

(这是一个已经回答了的老问题。但只是为了记录:)

我受到杨的剧本的启发，想出了这个小工具，名叫memusg。我只是将采样率提高到0.1，以处理更短的生存过程。我没有监视单个进程，而是让它测量进程组的rss和。(是的，我写了很多独立的程序一起工作)它目前在Mac OS X和Linux上工作。用法必须和time的用法相似:

memusg ls -alR / >/dev/null

它只显示了目前的峰值，但我对记录其他(粗略)统计数据的轻微扩展感兴趣。

在我们开始任何严肃的分析之前，有这样一个简单的工具来查看是很好的。

因为/usr/bin/time在许多现代发行版中都不存在(取而代之的是Bash内置时间)，你可以使用Busybox time实现带-v参数:

busybox time -v uname -r

它的输出类似于GNU时间输出。 Busybox在大多数Linux发行版(Debian, Ubuntu等)中都是预安装的。如果你使用Arch Linux，你可以安装它:

sudo pacman -S busybox