如何衡量Linux中应用程序或进程的内存使用情况？
在博客文章《了解Linux上的内存使用情况》中，ps并不是一个准确的工具。
为什么ps是“错误的”根据您的看法，ps不会报告进程的实际内存使用情况。它真正要做的是显示如果只有一个进程在运行，每个进程将占用多少实际内存。当然，一台典型的Linux机器在任何给定时间都有几十个进程在运行，这意味着ps报告的VSZ和RSS数字几乎肯定是错误的。
（注：这里详细介绍了这个问题。）
当前回答
注意：只有当内存消耗增加时，此功能才能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;
这将持续查找更改并打印它们。
其他回答
我正在使用htop；这是一个非常好的控制台程序，类似于Windows任务管理器。
如果您想要比使用Valgrind进行评测更快的东西，并且您的内核更旧，而且您不能使用smaps，那么一个带有显示进程驻留集选项的ps（使用ps-o rss，命令）可以让您快速、合理地了解所使用的非交换内存的实际数量。
除了答案中列出的解决方案之外，您还可以使用Linux命令“top”。它提供了运行系统的动态实时视图，并给出了整个系统的CPU和内存使用情况，以及每个程序的百分比：
top
通过程序PID进行过滤：
top -p <PID>
按程序名过滤：
top | grep <PROCESS NAME>
“顶部”还提供一些字段，例如：
VIRT—虚拟映像（kb）：任务使用的虚拟内存总量
RES——驻留大小（kb）：任务使用的非交换物理内存；RES=代码+数据。
DATA——数据+堆栈大小（kb）：除可执行代码外，专用于其他代码的物理内存量，也称为“数据驻留集”大小或DRS。
SHR—共享内存大小（kb）：任务使用的共享内存量。它只是反映了可能与其他进程共享的内存。
此处参考。
注意：只有当内存消耗增加时，此功能才能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;
这将持续查找更改并打印它们。
如果进程没有占用太多内存（可能是因为您希望是这样，或者其他命令给出了这个初始指示），并且进程可以承受短时间的停止，您可以尝试使用gcore命令。
gcore <pid>
检查生成的核心文件的大小，以了解特定进程正在使用多少内存。
如果进程使用数百兆字节或千兆字节，这将不会太好，因为根据I/O性能，核心生成可能需要几秒钟或几分钟才能创建。在核心创建过程中，进程被停止（或“冻结”）以防止内存更改。所以要小心。
还要确保生成核心的装载点有足够的磁盘空间，并且系统不会对在该特定目录中创建的核心文件做出负面反应。
