如果进程没有占用太多内存（可能是因为您希望是这样，或者其他命令给出了这个初始指示），并且进程可以承受短时间的停止，您可以尝试使用gcore命令。

gcore <pid>

检查生成的核心文件的大小，以了解特定进程正在使用多少内存。

如果进程使用数百兆字节或千兆字节，这将不会太好，因为根据I/O性能，核心生成可能需要几秒钟或几分钟才能创建。在核心创建过程中，进程被停止（或“冻结”）以防止内存更改。所以要小心。

还要确保生成核心的装载点有足够的磁盘空间，并且系统不会对在该特定目录中创建的核心文件做出负面反应。

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

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

在最新版本的Linux中，使用smaps子系统。例如，对于PID为1234的进程：

cat /proc/1234/smaps

它会确切地告诉你当时它使用了多少内存。更重要的是，它将把内存分为私有和共享，这样你就可以知道你的程序实例使用了多少内存，而不包括程序的多个实例之间共享的内存。

尝试pmap命令：

sudo pmap -x <process pid>

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

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

给出了一些答案（感谢thomas rutter），为了获得单个应用程序的实际交换和RAM，我提出了以下建议，说我们想知道“firefox”在使用什么

sudo smem|awk'/firefox/{swap+=$5；pss+=$7；}END｛print“swap=”swap/1024“pss=”pss/1024｝'

或者libvirt；

sudo smem|awk'/libvirt/｛swap+=$5；pss+=$7；｝END｛print“swap=”swap/1024“pss=”pss/1024｝'

这将为您提供以MB为单位的总计；

交换=0 PSS=2096.92

交换=224.75 PSS=421.455

在ubuntu 16.04至20.04测试。