#!/bin/ksh
#
# Returns total memory used by process $1 in kb.
#
# See /proc/NNNN/smaps if you want to do something
# more interesting.
#

IFS=$'\n'

for line in $(</proc/$1/smaps)
do
   [[ $line =~ ^Size:\s+(\S+) ]] && ((kb += ${.sh.match[1]}))
done

print $kb

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

cat /proc/1234/smaps

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

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

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

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

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

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

注意：只有当内存消耗增加时，此功能才能100%正常工作

如果您想通过给定的进程（或一组已处理的共享公用名称，例如google chrome）监控内存使用情况，可以使用我的bash脚本：

while true; do ps aux | awk ‚{print $5, $11}’ | grep chrome | sort -n > /tmp/a.txt; sleep 1; diff /tmp/{b,a}.txt; mv /tmp/{a,b}.txt; done;

这将持续查找更改并打印它们。

这是对工具和问题的极好总结：archive.org链接

我会引用它，这样更多的开发者会真正阅读它。

如果要分析整个系统的内存使用情况，或者要彻底分析一个应用程序的内存使用（而不仅仅是其堆使用情况），请使用exmap。对于整个系统分析，找到具有最高有效使用率的进程，它们实际上占用了最多的内存，找到具有最大可写使用率的过程，它们创建了最多的数据（因此可能泄漏或数据使用效率很低）。选择这样的应用程序并在第二个列表视图中分析其映射。有关详细信息，请参见exmap部分。还可以使用外部停止检查X资源的高使用率，特别是在X服务器的进程占用大量内存的情况下。有关详细信息，请参见外部停止部分。如果要检测泄漏，请使用valgrind或kmtrace。如果您想分析应用程序的堆（malloc等）使用情况，可以在memprof或kmtrace中运行它，分析应用程序并在函数调用树中搜索最大的分配。有关更多详细信息，请参见其章节。

对此没有一个单一的答案，因为您无法精确指出进程使用的内存量。Linux下的大多数进程使用共享库。

例如，假设您想计算“ls”进程的内存使用情况。是否只计算可执行文件“ls”使用的内存（如果可以隔离它）？libc怎么样？或者运行“ls”所需的所有其他库？

linux-gate.so.1 =>  (0x00ccb000)
librt.so.1 => /lib/librt.so.1 (0x06bc7000)
libacl.so.1 => /lib/libacl.so.1 (0x00230000)
libselinux.so.1 => /lib/libselinux.so.1 (0x00162000)
libc.so.6 => /lib/libc.so.6 (0x00b40000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00cb4000)
/lib/ld-linux.so.2 (0x00b1d000)
libattr.so.1 => /lib/libattr.so.1 (0x00229000)
libdl.so.2 => /lib/libdl.so.2 (0x00cae000)
libsepol.so.1 => /lib/libsepol.so.1 (0x0011a000)

您可能会认为它们是由其他进程共享的，但“ls”在未加载的情况下无法在系统上运行。

此外，如果您需要知道一个进程需要多少内存来进行容量规划，则必须计算该进程的每个额外副本使用多少内存。我认为/proc/PID/status可能会在一次提供足够的内存使用信息。另一方面，Valgrind将在程序的整个生命周期内为您提供更好的内存使用情况。