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

gcore <pid>

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

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

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

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

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

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

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

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

没有任何简单的计算方法。但有些人试图得到一些好的答案：

ps_mem.pyGitHub上的ps_mem.py

查看此shell脚本以检查Linux中应用程序的内存使用情况。

它也可以在GitHub上使用，并且没有粘贴和bc。

除了答案中列出的解决方案之外，您还可以使用Linux命令“top”。它提供了运行系统的动态实时视图，并给出了整个系统的CPU和内存使用情况，以及每个程序的百分比：

top

通过程序PID进行过滤：

top -p <PID>

按程序名过滤：

top | grep <PROCESS NAME>

“顶部”还提供一些字段，例如：

VIRT—虚拟映像（kb）：任务使用的虚拟内存总量

RES——驻留大小（kb）：任务使用的非交换物理内存；RES=代码+数据。

DATA——数据+堆栈大小（kb）：除可执行代码外，专用于其他代码的物理内存量，也称为“数据驻留集”大小或DRS。

SHR—共享内存大小（kb）：任务使用的共享内存量。它只是反映了可能与其他进程共享的内存。

此处参考。

我建议您使用top。你可以在这个页面上找到关于它的一切。它能够为您的流程提供所有必要的KPI，还可以捕获到文件中。