如何衡量应用程序或进程的实际内存使用情况？
ksu*_*lta 686 linux memory process
这里详细介绍了这个问题.
如何衡量Linux中应用程序或进程的内存使用情况？
从了解Linux上的内存使用情况的博客文章来看,ps这不是用于此意图的准确工具.
为什么
ps"错"根据您的观察方式,
ps不会报告进程的实际内存使用情况.它真正做的是显示每个进程在运行的唯一进程中将占用多少实内存.当然,典型的Linux机器在任何给定时间都有几十个进程运行,这意味着报告的VSZ和RSS数量ps几乎肯定是错误的.
ypn*_*nos 346
使用ps或类似工具,您只能获得该进程分配的内存页数.这个数字是正确的,但是:
不反映应用程序使用的实际内存量,仅反映为其保留的内存量
如果页面是共享的,则可能会产生误导,例如,通过多个线程或使用动态链接库
如果您真的想知道应用程序实际使用的内存量,则需要在分析器中运行它.例如,valgrind可以为您提供有关所用内存量的见解,更重要的是,可以提供有关程序中可能的内存泄漏的信息.valgrind的堆分析器工具称为"massif":
Massif是一个堆分析器.它通过获取程序堆的常规快照来执行详细的堆分析.它生成一个图表,显示随时间变化的堆使用情况,包括有关程序的哪些部分负责大多数内存分配的信息.该图由文本或HTML文件补充,该文件包含用于确定分配最多内存的位置的更多信息.Massif运行程序比正常情况慢约20倍.
正如valgrind文档中所解释的,您需要通过valgrind运行程序:
valgrind --tool=massif <executable> <arguments>
Massif写了一个内存使用快照转储(例如massif.out.12345).它们提供(1)内存使用的时间线,(2)每个快照,记录程序内存的分配位置.用于分析这些文件的优秀图形工具是massif-visualizer.但我发现ms_print,一个简单的基于文本的工具随valgrind一起提供,已经有了很大的帮助.
要查找内存泄漏,请使用memcheckvalgrind 的(默认)工具.
- 这并没有真正说明如何使用valgrind获取内存？ (63认同)
- 为了解释valgrind生成的结果,我可以推荐alleyoop.它不是太花哨,只是告诉你需要知道什么来找到泄漏源.一对很好的实用程序. (43认同)
- 默认的valgrind工具memcheck对于检测内存泄漏非常有用,但它实际上并不是内存分析器.为此,你想要valgrind --tool = massif. (10认同)
- 项目(a)是正确的.应用程序通过调用malloc(),new等实际分配的页面和使用的内存之间存在差异.常驻用法只显示分页内存驻留在RAM中的大小. (6认同)
- (a)项不是真的.ps显示虚拟大小以及驻留使用情况,*是*进程使用的实际页面帧数. (2认同)
- 方便： `valgrind --tool=massif --massif-out-file=/tmp/mem_prof <executable> <arguments>` 然后： `ms_print /tmp/mem_prof | 头` (2认同)
- @DavidSchwartz我不明白你的陈述是如何与我的说法相矛盾的.我觉得你太过担心自己"错误"而不是实际阅读我说的话.我的全部观点是,RSS是对应用程序的实际内存使用情况的一种不正确的度量,并且您在最后两个句子中使用了相同的点.真的,你甚至认为我首先提出RSS收缩的原因是什么？所以你把它拼写回给我,用我指的确切的东西证明我"错了"？你对我的态度很无聊. (2认同)
小智 270
尝试pmap命令:
sudo pmap -x <process pid>
- 使用sudo运行或它没有给出任何错误并且没有消耗内存. (43认同)
- 在OSX上不存在(对于从谷歌来这里的任何人) (21认同)
- 根据 pmap，我非常简单的 Java Spring Boot 应用程序使用 20 GB 内存。我认为这是不正确的。 (7认同)
- Re OS X(看似不是OP的关注点),你可以使用vmmap看到一些类似的数据(1) (6认同)
- 这是对这个问题的完整答案!PS.在我的shell中,pmap可以在没有sudo的情况下读取进程. (3认同)
- 不，这并不“不足为奇”——OSX bash 与其他操作系统中的 bash 共享许多功能。如果您在 OSX bash 中使用它，提前了解不要尝试此操作会很有帮助。 (2认同)
Dus*_*inB 188
很难说清楚,但这里有两个可以帮助的"近距离"事物.
$ ps aux
会给你虚拟尺寸(VSZ)
您还可以通过转到/ proc文件系统获取详细的统计信息 /proc/$pid/status
最重要的是VmSize,它应该接近ps aux给出的值.
/proc/19420$ cat status Name: firefox State: S (sleeping) Tgid: 19420 Pid: 19420 PPid: 1 TracerPid: 0 Uid: 1000 1000 1000 1000 Gid: 1000 1000 1000 1000 FDSize: 256 Groups: 4 6 20 24 25 29 30 44 46 107 109 115 124 1000 VmPeak: 222956 kB VmSize: 212520 kB VmLck: 0 kB VmHWM: 127912 kB VmRSS: 118768 kB VmData: 170180 kB VmStk: 228 kB VmExe: 28 kB VmLib: 35424 kB VmPTE: 184 kB Threads: 8 SigQ: 0/16382 SigPnd: 0000000000000000 ShdPnd: 0000000000000000 SigBlk: 0000000000000000 SigIgn: 0000000020001000 SigCgt: 000000018000442f CapInh: 0000000000000000 CapPrm: 0000000000000000 CapEff: 0000000000000000 Cpus_allowed: 03 Mems_allowed: 1 voluntary_ctxt_switches: 63422 nonvoluntary_ctxt_switches: 7171
- 我错过了什么吗？问题是如何更好地衡量一个进程的内存使用情况,因为ps中报告的VSZ和RSS具有误导性.您的答案详细说明了如何查找VSZ - 相同的值被误解为. (19认同)
- @thomasrutter是的,你错过了原来的问题(转1),它已被编辑了好几次并且已经很老了(2008年).最初的问题只是询问如何衡量流程的内存使用情况.如果事情已经过时,请随意编辑问题和答案.:) (15认同)
Pau*_*gar 129
在最新版本的linux中,使用smaps子系统.例如,对于PID为1234的进程:
cat /proc/1234/smaps
它会告诉你当时正在使用多少内存.更重要的是,它会将内存划分为私有和共享,因此您可以判断程序实例使用了多少内存,而不包括程序的多个实例之间共享的内存.
- 对于没有 pmap 的嵌入式系统来说，这个答案是黄金 (3认同)
- 这提供了大量的信息。我可以用 grep 获取什么来获取实际使用的 RAM 总量？ (3认同)
- 您可以使用 awk 将所有 PSS 条目相加： `awk '/^Pss:/ {pss+=$2} END {print pss}' < /proc/1234/smaps` (3认同)
tho*_*ter 104
使用smem,它是ps的替代品,用于计算每个过程的USS和PSS.你想要的可能是PSS.
USS - 独特的套装尺寸.这是未共享存储器的特有的处理(把它看作量ü为独特存储器).它不包括共享内存.因此,这将低估进程使用的内存量,但在您想要忽略共享内存时非常有用.
PSS - 比例集大小.这就是你想要的.它将唯一内存(USS)以及其共享内存的一部分除以共享该内存的其他进程的数量加在一起.因此,它将准确地表示每个进程使用多少实际物理内存 - 共享内存真正表示为共享.想想P是物理记忆.
如何与ps和其他实用程序报告的RSS进行比较:
- RSS - 居民集大小.这是每个进程使用的共享内存量和非共享内存量.如果任何进程共享内存,则会过度报告实际使用的内存量,因为相同的共享内存将被多次计数 - 在共享相同内存的每个其他进程中再次出现.因此它是相当不可靠的,特别是当高内存进程有很多分支时 - 这在服务器中很常见,有Apache或PHP(fastcgi/FPM)进程.
注意:smem还可以(可选)输出饼图等图形.IMO你不需要任何这些.如果您只想在命令行中使用它,就像使用ps -A v一样,那么您不需要安装python-matplotlib推荐的依赖项.
- 涂抹是我需要的.通过每次启动一个新流程实例时使用-t运行它,我可以看到每个实例消耗的内存.对于chrome:smem -t -P'/ opt/google/chrome' (3认同)
- TL; DR:USS =如果进程被终止将释放的物理内存量,PSS =如果没有现有进程被杀死,则该进程需要从系统获得的物理内存量,RSS =可访问的物理内存量这个过程(但并不总是独占访问). (3认同)
- 关于RSS的关键一点是，如今大多数应用程序共享许多代码页。每个共享库（例如libc和libstdc ++）都将计入使用它的每个进程。而且，如果有多个正在运行的流程实例，那么所有这些代码都会被重复计算。 (2认同)
- @ZN13我想知道同样的事情并最终运行“smem -k”，它在数字后面打印一个单位。 (2认同)
Lok*_*wat 83
ps -eo size,pid,user,command --sort -size | \
awk '{ hr=$1/1024 ; printf("%13.2f Mb ",hr) } { for ( x=4 ; x<=NF ; x++ ) { printf("%s ",$x) } print "" }' |\
cut -d "" -f2 | cut -d "-" -f1
以root身份使用它,您可以获得每个进程的内存使用清晰输出.
输出示例:
0.00 Mb COMMAND
1288.57 Mb /usr/lib/firefox
821.68 Mb /usr/lib/chromium/chromium
762.82 Mb /usr/lib/chromium/chromium
588.36 Mb /usr/sbin/mysqld
547.55 Mb /usr/lib/chromium/chromium
523.92 Mb /usr/lib/tracker/tracker
476.59 Mb /usr/lib/chromium/chromium
446.41 Mb /usr/bin/gnome
421.62 Mb /usr/sbin/libvirtd
405.11 Mb /usr/lib/chromium/chromium
302.60 Mb /usr/lib/chromium/chromium
291.46 Mb /usr/lib/chromium/chromium
284.56 Mb /usr/lib/chromium/chromium
238.93 Mb /usr/lib/tracker/tracker
223.21 Mb /usr/lib/chromium/chromium
197.99 Mb /usr/lib/chromium/chromium
194.07 Mb conky
191.92 Mb /usr/lib/chromium/chromium
190.72 Mb /usr/bin/mongod
169.06 Mb /usr/lib/chromium/chromium
155.11 Mb /usr/bin/gnome
136.02 Mb /usr/lib/chromium/chromium
125.98 Mb /usr/lib/chromium/chromium
103.98 Mb /usr/lib/chromium/chromium
93.22 Mb /usr/lib/tracker/tracker
89.21 Mb /usr/lib/gnome
80.61 Mb /usr/bin/gnome
77.73 Mb /usr/lib/evolution/evolution
76.09 Mb /usr/lib/evolution/evolution
72.21 Mb /usr/lib/gnome
69.40 Mb /usr/lib/evolution/evolution
68.84 Mb nautilus
68.08 Mb zeitgeist
60.97 Mb /usr/lib/tracker/tracker
59.65 Mb /usr/lib/evolution/evolution
57.68 Mb apt
55.23 Mb /usr/lib/gnome
53.61 Mb /usr/lib/evolution/evolution
53.07 Mb /usr/lib/gnome
52.83 Mb /usr/lib/gnome
51.02 Mb /usr/lib/udisks2/udisksd
50.77 Mb /usr/lib/evolution/evolution
50.53 Mb /usr/lib/gnome
50.45 Mb /usr/lib/gvfs/gvfs
50.36 Mb /usr/lib/packagekit/packagekitd
50.14 Mb /usr/lib/gvfs/gvfs
48.95 Mb /usr/bin/Xwayland :1024
46.21 Mb /usr/bin/gnome
42.43 Mb /usr/bin/zeitgeist
42.29 Mb /usr/lib/gnome
41.97 Mb /usr/lib/gnome
41.64 Mb /usr/lib/gvfs/gvfsd
41.63 Mb /usr/lib/gvfs/gvfsd
41.55 Mb /usr/lib/gvfs/gvfsd
41.48 Mb /usr/lib/gvfs/gvfsd
39.87 Mb /usr/bin/python /usr/bin/chrome
37.45 Mb /usr/lib/xorg/Xorg vt2
36.62 Mb /usr/sbin/NetworkManager
35.63 Mb /usr/lib/caribou/caribou
34.79 Mb /usr/lib/tracker/tracker
33.88 Mb /usr/sbin/ModemManager
33.77 Mb /usr/lib/gnome
33.61 Mb /usr/lib/upower/upowerd
33.53 Mb /usr/sbin/gdm3
33.37 Mb /usr/lib/gvfs/gvfsd
33.36 Mb /usr/lib/gvfs/gvfs
33.23 Mb /usr/lib/gvfs/gvfs
33.15 Mb /usr/lib/at
33.15 Mb /usr/lib/at
30.03 Mb /usr/lib/colord/colord
29.62 Mb /usr/lib/apt/methods/https
28.06 Mb /usr/lib/zeitgeist/zeitgeist
27.29 Mb /usr/lib/policykit
25.55 Mb /usr/lib/gvfs/gvfs
25.55 Mb /usr/lib/gvfs/gvfs
25.23 Mb /usr/lib/accountsservice/accounts
25.18 Mb /usr/lib/gvfs/gvfsd
25.15 Mb /usr/lib/gvfs/gvfs
25.15 Mb /usr/lib/gvfs/gvfs
25.12 Mb /usr/lib/gvfs/gvfs
25.10 Mb /usr/lib/gnome
25.10 Mb /usr/lib/gnome
25.07 Mb /usr/lib/gvfs/gvfsd
24.99 Mb /usr/lib/gvfs/gvfs
23.26 Mb /usr/lib/chromium/chromium
22.09 Mb /usr/bin/pulseaudio
19.01 Mb /usr/bin/pulseaudio
18.62 Mb (sd
18.46 Mb (sd
18.30 Mb /sbin/init
18.17 Mb /usr/sbin/rsyslogd
17.50 Mb gdm
17.42 Mb gdm
17.09 Mb /usr/lib/dconf/dconf
17.09 Mb /usr/lib/at
17.06 Mb /usr/lib/gvfs/gvfsd
16.98 Mb /usr/lib/at
16.91 Mb /usr/lib/gdm3/gdm
16.86 Mb /usr/lib/gvfs/gvfsd
16.86 Mb /usr/lib/gdm3/gdm
16.85 Mb /usr/lib/dconf/dconf
16.85 Mb /usr/lib/dconf/dconf
16.73 Mb /usr/lib/rtkit/rtkit
16.69 Mb /lib/systemd/systemd
13.13 Mb /usr/lib/chromium/chromium
13.13 Mb /usr/lib/chromium/chromium
10.92 Mb anydesk
8.54 Mb /sbin/lvmetad
7.43 Mb /usr/sbin/apache2
6.82 Mb /usr/sbin/apache2
6.77 Mb /usr/sbin/apache2
6.73 Mb /usr/sbin/apache2
6.66 Mb /usr/sbin/apache2
6.64 Mb /usr/sbin/apache2
6.63 Mb /usr/sbin/apache2
6.62 Mb /usr/sbin/apache2
6.51 Mb /usr/sbin/apache2
6.25 Mb /usr/sbin/apache2
6.22 Mb /usr/sbin/apache2
3.92 Mb bash
3.14 Mb bash
2.97 Mb bash
2.95 Mb bash
2.93 Mb bash
2.91 Mb bash
2.86 Mb bash
2.86 Mb bash
2.86 Mb bash
2.84 Mb bash
2.84 Mb bash
2.45 Mb /lib/systemd/systemd
2.30 Mb (sd
2.28 Mb /usr/bin/dbus
1.84 Mb /usr/bin/dbus
1.46 Mb ps
1.21 Mb openvpn hackthebox.ovpn
1.16 Mb /sbin/dhclient
1.16 Mb /sbin/dhclient
1.09 Mb /lib/systemd/systemd
0.98 Mb /sbin/mount.ntfs /dev/sda3 /media/n0bit4/Data
0.97 Mb /lib/systemd/systemd
0.96 Mb /lib/systemd/systemd
0.89 Mb /usr/sbin/smartd
0.77 Mb /usr/bin/dbus
0.76 Mb su
0.76 Mb su
0.76 Mb su
0.76 Mb su
0.76 Mb su
0.76 Mb su
0.75 Mb sudo su
0.75 Mb sudo su
0.75 Mb sudo su
0.75 Mb sudo su
0.75 Mb sudo su
0.75 Mb sudo su
0.74 Mb /usr/bin/dbus
0.71 Mb /usr/lib/apt/methods/http
0.68 Mb /bin/bash /usr/bin/mysqld_safe
0.68 Mb /sbin/wpa_supplicant
0.66 Mb /usr/bin/dbus
0.61 Mb /lib/systemd/systemd
0.54 Mb /usr/bin/dbus
0.46 Mb /usr/sbin/cron
0.45 Mb /usr/sbin/irqbalance
0.43 Mb logger
0.41 Mb awk { hr=$1/1024 ; printf("%13.2f Mb ",hr) } { for ( x=4 ; x<=NF ; x++ ) { printf("%s ",$x) } print "" }
0.40 Mb /usr/bin/ssh
0.34 Mb /usr/lib/chromium/chrome
0.32 Mb cut
0.32 Mb cut
0.00 Mb [kthreadd]
0.00 Mb [ksoftirqd/0]
0.00 Mb [kworker/0:0H]
0.00 Mb [rcu_sched]
0.00 Mb [rcu_bh]
0.00 Mb [migration/0]
0.00 Mb [lru
0.00 Mb [watchdog/0]
0.00 Mb [cpuhp/0]
0.00 Mb [cpuhp/1]
0.00 Mb [watchdog/1]
0.00 Mb [migration/1]
0.00 Mb [ksoftirqd/1]
0.00 Mb [kworker/1:0H]
0.00 Mb [cpuhp/2]
0.00 Mb [watchdog/2]
0.00 Mb [migration/2]
0.00 Mb [ksoftirqd/2]
0.00 Mb [kworker/2:0H]
0.00 Mb [cpuhp/3]
0.00 Mb [watchdog/3]
0.00 Mb [migration/3]
0.00 Mb [ksoftirqd/3]
0.00 Mb [kworker/3:0H]
0.00 Mb [kdevtmpfs]
0.00 Mb [netns]
0.00 Mb [khungtaskd]
0.00 Mb [oom_reaper]
0.00 Mb [writeback]
0.00 Mb [kcompactd0]
0.00 Mb [ksmd]
0.00 Mb [khugepaged]
0.00 Mb [crypto]
0.00 Mb [kintegrityd]
0.00 Mb [bioset]
0.00 Mb [kblockd]
0.00 Mb [devfreq_wq]
0.00 Mb [watchdogd]
0.00 Mb [kswapd0]
0.00 Mb [vmstat]
0.00 Mb [kthrotld]
0.00 Mb [ipv6_addrconf]
0.00 Mb [acpi_thermal_pm]
0.00 Mb [ata_sff]
0.00 Mb [scsi_eh_0]
0.00 Mb [scsi_tmf_0]
0.00 Mb [scsi_eh_1]
0.00 Mb [scsi_tmf_1]
0.00 Mb [scsi_eh_2]
0.00 Mb [scsi_tmf_2]
0.00 Mb [scsi_eh_3]
0.00 Mb [scsi_tmf_3]
0.00 Mb [scsi_eh_4]
0.00 Mb [scsi_tmf_4]
0.00 Mb [scsi_eh_5]
0.00 Mb [scsi_tmf_5]
0.00 Mb [bioset]
0.00 Mb [kworker/1:1H]
0.00 Mb [kworker/3:1H]
0.00 Mb [kworker/0:1H]
0.00 Mb [kdmflush]
0.00 Mb [bioset]
0.00 Mb [kdmflush]
0.00 Mb [bioset]
0.00 Mb [jbd2/sda5
0.00 Mb [ext4
0.00 Mb [kworker/2:1H]
0.00 Mb [kauditd]
0.00 Mb [bioset]
0.00 Mb [drbd
0.00 Mb [irq/27
0.00 Mb [i915/signal:0]
0.00 Mb [i915/signal:1]
0.00 Mb [i915/signal:2]
0.00 Mb [ttm_swap]
0.00 Mb [cfg80211]
0.00 Mb [kworker/u17:0]
0.00 Mb [hci0]
0.00 Mb [hci0]
0.00 Mb [kworker/u17:1]
0.00 Mb [iprt
0.00 Mb [iprt
0.00 Mb [kworker/1:0]
0.00 Mb [kworker/3:0]
0.00 Mb [kworker/0:0]
0.00 Mb [kworker/2:0]
0.00 Mb [kworker/u16:0]
0.00 Mb [kworker/u16:2]
0.00 Mb [kworker/3:2]
0.00 Mb [kworker/2:1]
0.00 Mb [kworker/1:2]
0.00 Mb [kworker/0:2]
0.00 Mb [kworker/2:2]
0.00 Mb [kworker/0:1]
0.00 Mb [scsi_eh_6]
0.00 Mb [scsi_tmf_6]
0.00 Mb [usb
0.00 Mb [bioset]
0.00 Mb [kworker/3:1]
0.00 Mb [kworker/u16:1]
- 我会尽快发布。 (2认同)
- 伟大的！但是循环应该从`x=2`开始输出pid和user。 (2认同)
Moo*_*ild 67
怎么样time？
不是猛砸内建time而是一个你可以找到which time,例如/usr/bin/time
这是它所涵盖的内容,简单来说ls:
$ /usr/bin/time --verbose ls
(...)
Command being timed: "ls"
User time (seconds): 0.00
System time (seconds): 0.00
Percent of CPU this job got: 0%
Elapsed (wall clock) time (h:mm:ss or m:ss): 0:00.00
Average shared text size (kbytes): 0
Average unshared data size (kbytes): 0
Average stack size (kbytes): 0
Average total size (kbytes): 0
Maximum resident set size (kbytes): 2372
Average resident set size (kbytes): 0
Major (requiring I/O) page faults: 1
Minor (reclaiming a frame) page faults: 121
Voluntary context switches: 2
Involuntary context switches: 9
Swaps: 0
File system inputs: 256
File system outputs: 0
Socket messages sent: 0
Socket messages received: 0
Signals delivered: 0
Page size (bytes): 4096
Exit status: 0
- 如果你在macOS上,那么'brew install gnu-time`然后使用`gtime`. (4认同)
- 缺点:在结果完成执行之前不会得到结果.不能用于运行过程的实时监控. (4认同)
- 您还可以使用 \time 调用它（使用反斜杠以防止使用 shell 的内部时间）。 (2认同)
pho*_*oku 39
这是对工具和问题的精彩总结:archive.org链接
我会引用它,以便更多开发人员真正阅读它.
如果要分析整个系统的内存使用情况或彻底分析一个应用程序的内存使用情况(而不仅仅是其堆使用情况),请使用exmap.对于整个系统分析,找到具有最高有效使用率的进程,它们在实践中占用最多内存,找到具有最高可写用量的进程,它们创建大多数数据(因此可能泄漏或在其数据使用中非常无效).选择此类应用程序并在第二个列表视图中分析其映射.有关详细信息,请参阅exmap部分.还可以使用xrestop检查X资源的高使用率,尤其是在X服务器的进程占用大量内存的情况下.有关详细信息,请参阅xrestop部分.
如果要检测泄漏,请使用valgrind或可能的kmtrace.
如果要分析应用程序的堆(malloc等)用法,可以在memprof或kmtrace中运行它,分析应用程序并搜索函数调用树以获取最大分配.有关详细信息,请参阅其章节.
Yah*_*oui 27
除了你的答案中列出的解决方案,你可以使用Linux命令"top"; 它提供了运行系统的动态实时视图,它为整个系统以及每个程序提供CPU和内存使用百分比:
top
通过程序pid过滤:
top -p <PID>
按程序名称过滤:
top | grep <PROCESS NAME>
"top"还提供了一些字段,例如:
VIRT - 虚拟映像(kb):任务使用的虚拟内存总量
RES - 驻留大小(kb):任务使用的非交换物理内存; RES =代码+数据.
数据 - 数据+堆栈大小(kb):专用于可执行代码以外的物理内存量,也称为"数据驻留集"大小或DRS.
SHR - 共享内存大小(kb):任务使用的共享内存量.它只是反映了可能与其他进程共享的内存.
参考这里.
- 谢谢，这就是我正在寻找的；） (2认同)
Dpr*_*ado 20
对此没有一个答案,因为您无法准确指出进程使用的内存量.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将在程序的整个生命周期内为您提供更好的内存使用情况
Cas*_*Cow 16
如果您的代码是C或C++,您可以使用getrusage()它返回有关内存和进程时间使用情况的各种统计信息.
并非所有平台都支持此功能,并且将为内存使用选项返回0值.
相反,您可以查看创建的虚拟文件/proc/[pid]/statm([pid]由您的进程ID替换.您可以从中获取getpid()).
此文件看起来像一个包含7个整数的文本文件.您可能对此文件中的第一个(所有内存使用)和第六个(数据内存使用)数字最感兴趣.
hol*_*mes 12
Valgrind可以显示详细信息,但它会显着降低目标应用程序的速度,并且大多数时候它会改变应用程序的行为.
Exmap是我还不知道的东西,但似乎你需要一个内核模块来获取信息,这可能是一个障碍.
我假设每个人都想知道WRT"内存使用"如下......
在linux中,单个进程可能使用的物理内存量大致可分为以下几类.
Ma匿名映射内存
- .p私有
- .d dirty == malloc/mmapped堆栈和堆栈分配和写入的内存
- .c clean == malloc/mmapped堆和堆栈内存一旦分配,写入,然后释放,但尚未回收
- .s分享
- .d dirty == malloc/mmaped heap可以在进程间进行copy-copy-shared(编辑)
- .c clean == malloc/mmaped堆可以获得写入时的复制和进程间的共享(已编辑)
- .p私有
Mn命名映射内存
- .p私有
- .d dirty ==文件mmapped写内存私有
- .c clean ==映射程序/库文本私有映射
- .s分享
- .d dirty ==文件mmapped写入内存共享
- .c clean ==映射库文本共享映射
- .p私有
Android中包含的名为showmap的实用程序非常有用
virtual shared shared private private
size RSS PSS clean dirty clean dirty object
-------- -------- -------- -------- -------- -------- -------- ------------------------------
4 0 0 0 0 0 0 0:00 0 [vsyscall]
4 4 0 4 0 0 0 [vdso]
88 28 28 0 0 4 24 [stack]
12 12 12 0 0 0 12 7909 /lib/ld-2.11.1.so
12 4 4 0 0 0 4 89529 /usr/lib/locale/en_US.utf8/LC_IDENTIFICATION
28 0 0 0 0 0 0 86661 /usr/lib/gconv/gconv-modules.cache
4 0 0 0 0 0 0 87660 /usr/lib/locale/en_US.utf8/LC_MEASUREMENT
4 0 0 0 0 0 0 89528 /usr/lib/locale/en_US.utf8/LC_TELEPHONE
4 0 0 0 0 0 0 89527 /usr/lib/locale/en_US.utf8/LC_ADDRESS
4 0 0 0 0 0 0 87717 /usr/lib/locale/en_US.utf8/LC_NAME
4 0 0 0 0 0 0 87873 /usr/lib/locale/en_US.utf8/LC_PAPER
4 0 0 0 0 0 0 13879 /usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES
4 0 0 0 0 0 0 89526 /usr/lib/locale/en_US.utf8/LC_MONETARY
4 0 0 0 0 0 0 89525 /usr/lib/locale/en_US.utf8/LC_TIME
4 0 0 0 0 0 0 11378 /usr/lib/locale/en_US.utf8/LC_NUMERIC
1156 8 8 0 0 4 4 11372 /usr/lib/locale/en_US.utf8/LC_COLLATE
252 0 0 0 0 0 0 11321 /usr/lib/locale/en_US.utf8/LC_CTYPE
128 52 1 52 0 0 0 7909 /lib/ld-2.11.1.so
2316 32 11 24 0 0 8 7986 /lib/libncurses.so.5.7
2064 8 4 4 0 0 4 7947 /lib/libdl-2.11.1.so
3596 472 46 440 0 4 28 7933 /lib/libc-2.11.1.so
2084 4 0 4 0 0 0 7995 /lib/libnss_compat-2.11.1.so
2152 4 0 4 0 0 0 7993 /lib/libnsl-2.11.1.so
2092 0 0 0 0 0 0 8009 /lib/libnss_nis-2.11.1.so
2100 0 0 0 0 0 0 7999 /lib/libnss_files-2.11.1.so
3752 2736 2736 0 0 864 1872 [heap]
24 24 24 0 0 0 24 [anon]
916 616 131 584 0 0 32 /bin/bash
-------- -------- -------- -------- -------- -------- -------- ------------------------------
22816 4004 3005 1116 0 876 2012 TOTAL
小智 9
如果你有时间运行它,Valgrind是惊人的.valgrind --tool=massif是正确的解决方案.
但是,我开始运行更大的示例,并且使用valgrind不再实用.有没有办法告诉程序的最大内存使用量(模数页面大小和共享页面)？
在真正的unix系统上,/usr/bin/time -v有效.在Linux上,但是,这并不能正常工作.
我正在使用htop; 它是一个非常好的控制台程序,类似于Windows任务管理器.
- $ htop -p $(pgrep <您的进程名称> | xargs | tr ' ' ',') (2认同)
#!/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
- ksh是标准shell.它可能不会默认安装在桌面用户的_linux_distros上或用于简约目的,但它几乎在任何unix-/linux操作系统中都只有一个命令.(即在所有BSD上,在所有真实UNIX上,在RHEL上,在SLES上,在Debian上,在Ubuntu上,在OSX上) (5认同)
小智 6
对"更真实"用法的一个很好的测试是打开应用程序,然后运行vmstat -s并检查"活动内存"统计信息.关闭应用程序,等待几秒钟然后vmstat -s再次运行.然而,应用程序明显使用了很多活动内存.
- 这怎么会比ps更好？它带有ps的所有限制,甚至更不准确...... (3认同)
小智 5
下面的命令行将为您提供在Linux机器上运行的各种进程使用的总内存(MB)
ps -eo size,pid,user,command --sort -size | awk '{ hr=$1/1024 ; printf("%13.2f Mb ",hr) } { for ( x=4 ; x<=NF ; x++ ) { printf("%s ",$x) } print "" }' | awk '{total=total + $1} END {print total}'
小智 5
如果进程没有耗尽太多内存(或者因为你预计会出现这种情况,或者某些其他命令已经给出了这个初始指示),并且该进程可以承受短时间停止,你可以尝试使用gcore命令.
gcore <pid>
检查生成的核心文件的大小,以便了解特定进程使用的内存量.
如果进程使用数百个megs或gigs,这将无法正常工作,因为核心生成可能需要几秒或几分钟才能创建,具体取决于I/O性能.在核心创建期间,过程停止(或"冻结")以防止内存更改.所以要小心.
还要确保生成核心的安装点具有足够的磁盘空间,并且系统不会对在该特定目录中创建的核心文件产生负面反应.
注意：这仅在内存消耗增加时 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;
这将不断寻找更改并打印它们。
我正在使用Arch Linux，有一个很棒的软件包叫做 ps_mem
ps_mem -p <pid>
示例输出
$ ps_mem -S -p $(pgrep firefox)
Private + Shared = RAM used Swap used Program
355.0 MiB + 38.7 MiB = 393.7 MiB 35.9 MiB firefox
---------------------------------------------
393.7 MiB 35.9 MiB
=============================================
- 这个脚本绝对是惊人的。正是我所需要的。如果需要，您可以使用这个长而简单的命令在 ubuntu 上快速轻松地获取它：`sudo curl -sL https://raw.githubusercontent.com/pixelb/ps_mem/master/ps_mem.py -o /usr/local/ bin/ps_mem.py; 须藤 chmod 755 /usr/local/bin/ps_mem.py; sudo apt install python -y -qq; 须藤 ps_mem.py` (3认同)
| 归档时间： |
|
| 查看次数： |
1156950 次 |
| 最近记录： |