这里再次投票支持Valgrind，但我想补充一点，您可以使用Alleyoop这样的工具来帮助您解释Valgrind生成的结果。

我一直使用这两种工具，并且总是有简洁、无泄漏的代码来自豪地展示它；）

更“真实世界”使用情况的一个好测试是打开应用程序，运行vmstat-s，并检查“活动内存”统计数据。关闭应用程序，等待几秒钟，然后再次运行vmstat-s。

无论释放了多少活动内存，应用程序显然都在使用中。

我正在使用Arch Linux，有一个很棒的软件包叫做ps_mem：

ps_mem -p <pid>

示例输出

$ ps_mem -S -p $(pgrep firefox)

Private   +   Shared  =  RAM used   Swap used   Program

355.0 MiB +  38.7 MiB = 393.7 MiB    35.9 MiB   firefox
---------------------------------------------
                        393.7 MiB    35.9 MiB
=============================================

如果您想要比使用Valgrind进行评测更快的东西，并且您的内核更旧，而且您不能使用smaps，那么一个带有显示进程驻留集选项的ps（使用ps-o rss，命令）可以让您快速、合理地了解所使用的非交换内存的实际数量。

使用smem，它是ps的替代方案，ps计算每个进程的USS和PSS。你可能想要PSS。

USS-独特的集合大小。这是该进程独有的非共享内存量（将其视为U表示唯一内存）。它不包括共享内存。因此，这将低估进程使用的内存量，但当您想忽略共享内存时，这很有用。PSS-比例设置大小。这就是你想要的。它将唯一内存（USS）与共享内存的比例除以共享该内存的进程数相加。因此，它将为您提供每个进程实际使用多少物理内存的准确表示——共享内存真正表示为共享内存。想象一下P代表物理内存。

这与ps和其他实用程序报告的RSS相比如何：

RSS-常驻集大小。这是每个进程使用的共享内存加上非共享内存的数量。如果任何进程共享内存，这将超额报告实际使用的内存量，因为相同的共享内存将被计数多次-再次出现在共享相同内存的其他进程中。因此，它相当不可靠，特别是当高内存进程有很多分叉时——这在服务器中很常见，比如Apache或PHP（FastCGI/FPM）进程。

注意：smem还可以（可选）输出饼图等图形。你不需要这些。如果您只想从命令行使用它，就像您可能使用ps-Av一样，那么您不需要安装Python和Matplotlib推荐的依赖项。

基于对相关问题的回答。

您可以使用SNMP获取网络上特定设备中进程的内存和CPU使用情况：）

要求：

运行进程的设备应安装并运行snmpsnmp应该配置为接受来自运行以下脚本的请求（可以在文件snmpd.conf中配置）您应该知道要监视的进程的进程ID（PID）

笔记：

HOST-ROURCES-MIB:：hrSWRunPerfCPU是此进程消耗的系统CPU资源总量的秒数。请注意，在多处理器系统上，该值可能在实际（墙上时钟）时间的一厘秒内增加超过一厘秒。HOST-ROURCES-MIB:：hrSWRunPerfMem是分配给此进程的实际系统内存总量。

过程监控脚本

echo "IP address: "
read ip
echo "Specfiy PID: "
read pid
echo "Interval in seconds: "
read interval

while [ 1 ]
do
    date
    snmpget -v2c -c public $ip HOST-RESOURCES-MIB::hrSWRunPerfCPU.$pid
    snmpget -v2c -c public $ip HOST-RESOURCES-MIB::hrSWRunPerfMem.$pid
    sleep $interval;
done