如何衡量Linux中应用程序或进程的内存使用情况？
在博客文章《了解Linux上的内存使用情况》中，ps并不是一个准确的工具。
为什么ps是“错误的”根据您的看法，ps不会报告进程的实际内存使用情况。它真正要做的是显示如果只有一个进程在运行，每个进程将占用多少实际内存。当然，一台典型的Linux机器在任何给定时间都有几十个进程在运行，这意味着ps报告的VSZ和RSS数字几乎肯定是错误的。
（注：这里详细介绍了这个问题。）
当前回答
#!/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
其他回答
去找Valgrind。让它运行你的程序，它会告诉你它的内存使用情况。
这只适用于程序运行一段时间并停止的情况。我不知道Valgrind是否能够控制一个已经运行的进程，或者不应该停止的进程，比如守护进程。
如果进程没有占用太多内存（可能是因为您希望是这样，或者其他命令给出了这个初始指示），并且进程可以承受短时间的停止，您可以尝试使用gcore命令。
gcore <pid>
检查生成的核心文件的大小，以了解特定进程正在使用多少内存。
如果进程使用数百兆字节或千兆字节，这将不会太好，因为根据I/O性能，核心生成可能需要几秒钟或几分钟才能创建。在核心创建过程中，进程被停止（或“冻结”）以防止内存更改。所以要小心。
还要确保生成核心的装载点有足够的磁盘空间，并且系统不会对在该特定目录中创建的核心文件做出负面反应。
对此没有一个单一的答案，因为您无法精确指出进程使用的内存量。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将在程序的整个生命周期内为您提供更好的内存使用情况。
这是对工具和问题的极好总结：archive.org链接
我会引用它，这样更多的开发者会真正阅读它。
如果要分析整个系统的内存使用情况，或者要彻底分析一个应用程序的内存使用（而不仅仅是其堆使用情况），请使用exmap。对于整个系统分析，找到具有最高有效使用率的进程，它们实际上占用了最多的内存，找到具有最大可写使用率的过程，它们创建了最多的数据（因此可能泄漏或数据使用效率很低）。选择这样的应用程序并在第二个列表视图中分析其映射。有关详细信息，请参见exmap部分。还可以使用外部停止检查X资源的高使用率，特别是在X服务器的进程占用大量内存的情况下。有关详细信息，请参见外部停止部分。如果要检测泄漏，请使用valgrind或kmtrace。如果您想分析应用程序的堆（malloc等）使用情况，可以在memprof或kmtrace中运行它，分析应用程序并在函数调用树中搜索最大的分配。有关更多详细信息，请参见其章节。
我正在使用htop；这是一个非常好的控制台程序，类似于Windows任务管理器。
