Câu hỏi này được đề cập ở đây rất chi tiết.

Làm thế nào để bạn đo mức sử dụng bộ nhớ của một ứng dụng hoặc quy trình trong Linux?

Từ bài viết trên blog về Tìm hiểu sử dụng bộ nhớ trên Linux , pskhông phải là một công cụ chính xác để sử dụng cho mục đích này.

Tại sao ps"sai"

Tùy thuộc vào cách bạn nhìn vào nó, pskhông báo cáo việc sử dụng bộ nhớ thực của các quá trình. Những gì nó thực sự đang làm là hiển thị bao nhiêu bộ nhớ thực mỗi quá trình sẽ chiếm nếu nó là quá trình duy nhất đang chạy . Tất nhiên, một máy Linux điển hình có vài chục tiến trình đang chạy tại bất kỳ thời điểm nào, điều đó có nghĩa là các số VSZ và RSS được báo cáo psgần như chắc chắn sai .

Với pshoặc các công cụ tương tự, bạn sẽ chỉ nhận được số lượng trang bộ nhớ được phân bổ theo quy trình đó. Con số này là chính xác, nhưng:

• không phản ánh dung lượng bộ nhớ thực tế mà ứng dụng sử dụng, chỉ phản hồi dung lượng bộ nhớ dành cho nó

• có thể gây hiểu nhầm nếu các trang được chia sẻ, ví dụ như bởi một số chủ đề hoặc bằng cách sử dụng các thư viện được liên kết động

Nếu bạn thực sự muốn biết dung lượng bộ nhớ mà ứng dụng của bạn thực sự sử dụng, bạn cần chạy nó trong một hồ sơ. Ví dụ, valgrindcó thể cung cấp cho bạn thông tin chi tiết về dung lượng bộ nhớ được sử dụng và quan trọng hơn là về rò rỉ bộ nhớ có thể có trong chương trình của bạn. Công cụ profiler heap của valgrind được gọi là 'massif':

Massif là một hồ sơ heap. Nó thực hiện hồ sơ heap chi tiết bằng cách chụp ảnh nhanh thường xuyên của heap chương trình. Nó tạo ra một biểu đồ cho thấy việc sử dụng heap theo thời gian, bao gồm thông tin về phần nào của chương trình chịu trách nhiệm phân bổ bộ nhớ nhiều nhất. Biểu đồ được bổ sung bởi một tệp văn bản hoặc tệp HTML bao gồm nhiều thông tin hơn để xác định nơi nhiều bộ nhớ nhất được phân bổ. Massif chạy các chương trình chậm hơn khoảng 20 lần so với bình thường.

Như đã giải thích trong tài liệu valgrind , bạn cần chạy chương trình thông qua valgrind:

valgrind --tool=massif <executable> <arguments>

Massif viết một đống ảnh chụp sử dụng bộ nhớ (ví dụ massif.out.12345). Chúng cung cấp, (1) dòng thời gian sử dụng bộ nhớ, (2) cho mỗi ảnh chụp nhanh, bản ghi vị trí trong bộ nhớ chương trình của bạn được phân bổ. Một công cụ đồ họa tuyệt vời để phân tích các tệp này là massif-visualizer . Nhưng tôi thấy ms_print, một công cụ dựa trên văn bản đơn giản được vận chuyển với valgrind, đã giúp ích rất nhiều rồi.

Để tìm rò rỉ bộ nhớ, sử dụng memcheckcông cụ (mặc định) của valgrind.

Hãy thử lệnh pmap :

sudo pmap -x <process pid>

Khó có thể nói chắc chắn, nhưng đây là hai điều "gần gũi" có thể giúp ích.

$ ps aux 

sẽ cung cấp cho bạn Kích thước ảo (VSZ)

Bạn cũng có thể nhận được số liệu thống kê chi tiết từ hệ thống tập tin / Proc bằng cách đi đến /proc/$pid/status

Điều quan trọng nhất là VmSize, gần với những gì ps auxmang lại.

/ Proc / 19420 $ trạng thái con mèo
Tên: firefox
Bang: S (đang ngủ)
Tgid: 19420
Pid: 19420
PPid: 1
TracerPid: 0
Uid: 1000 1000 1000 1000
Gid: 1000 1000 1000 1000
FDSize: 256
Nhóm: 4 6 20 24 25 29 30 44 46 107 109 115 124 1000 
VmPeak: 222956 kB
Kích thước VmS: 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
Chủ đề: 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
tự nguyện_ctxt_switches: 63422
nonvoluntary_ctxt_switches: 7171

Trong các phiên bản gần đây của linux, hãy sử dụng hệ thống con smaps . Ví dụ: đối với quy trình có PID là 1234:

cat /proc/1234/smaps

Nó sẽ cho bạn biết chính xác dung lượng bộ nhớ đang sử dụng tại thời điểm đó. Quan trọng hơn, nó sẽ phân chia bộ nhớ thành tin và chia sẻ, vì vậy bạn có thể nói bao nhiêu bộ nhớ của bạn ví dụ của chương trình đang sử dụng, mà không bao gồm bộ nhớ chia sẻ giữa nhiều trường hợp của các chương trình.

Không có cách dễ dàng để tính toán này. Nhưng một số người đã cố gắng để có được một số câu trả lời tốt:

• ps_mem.py
• ps_mem.py tại github

Sử dụng smem , một giải pháp thay thế cho ps tính toán USS và PSS cho mỗi quy trình. Những gì bạn muốn có lẽ là PSS.

• USS - Kích thước cài đặt độc đáo. Đây là số lượng bộ nhớ không chia sẻ duy nhất cho quá trình đó (nghĩ về nó như U cho bộ nhớ duy nhất ). Nó không bao gồm bộ nhớ chia sẻ. Do đó, điều này sẽ thể hiện dưới mức bộ nhớ mà một quá trình sử dụng, nhưng rất hữu ích khi bạn muốn bỏ qua bộ nhớ dùng chung.

• PSS - Kích thước cài đặt theo tỷ lệ. Đây là cái bạn muốn. Nó kết hợp thêm bộ nhớ duy nhất (USS), cùng với tỷ lệ bộ nhớ dùng chung chia cho số lượng quá trình chia sẻ bộ nhớ đó. Do đó, nó sẽ cung cấp cho bạn một đại diện chính xác về số lượng bộ nhớ vật lý thực tế đang được sử dụng cho mỗi quá trình - với bộ nhớ chia sẻ thực sự được biểu thị như được chia sẻ. Hãy nghĩ về P là cho bộ nhớ vật lý .

Làm thế nào điều này so sánh với RSS như được báo cáo bởi ps và các tiện ích khác:

• RSS - Kích thước cài đặt thường trú. Đây là dung lượng bộ nhớ dùng chung cộng với bộ nhớ không chia sẻ được sử dụng bởi mỗi quá trình. Nếu bất kỳ quy trình nào chia sẻ bộ nhớ, điều này sẽ vượt quá số lượng bộ nhớ thực sự được sử dụng, bởi vì cùng một bộ nhớ sẽ được tính nhiều lần - xuất hiện lại trong mỗi quy trình có chung bộ nhớ. Do đó, nó khá không đáng tin cậy, đặc biệt là khi các quy trình bộ nhớ cao có rất nhiều nhánh - thường thấy trong một máy chủ, với những thứ như các quy trình Apache hoặc PHP (fastcgi / FPM).

Lưu ý: smem cũng có thể (tùy chọn) các biểu đồ đầu ra như biểu đồ hình tròn và tương tự. IMO bạn không cần bất kỳ điều đó. Nếu bạn chỉ muốn sử dụng nó từ dòng lệnh như bạn có thể sử dụng ps -A v, thì bạn không cần phải cài đặt phụ thuộc được đề nghị python-matplotlib.

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

Sử dụng điều này như root và bạn có thể nhận được một đầu ra rõ ràng cho việc sử dụng bộ nhớ theo từng quy trình.

VÍ DỤ ĐẦU RA:

     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] 

Thế còn time ?

Không phải là nội dung Bashtime mà là cái bạn có thể tìm thấy which time, ví dụ/usr/bin/time

Đây là những gì nó bao gồm, trên một đơn giản 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

Đây là một bản tóm tắt tuyệt vời về các công cụ và vấn đề: link.org.org

Tôi sẽ trích dẫn nó, để nhiều nhà phát triển thực sự sẽ đọc nó.

Nếu bạn muốn phân tích việc sử dụng bộ nhớ của toàn bộ hệ thống hoặc để phân tích kỹ lưỡng việc sử dụng bộ nhớ của một ứng dụng (không chỉ sử dụng heap của nó), hãy sử dụng exmap . Để phân tích toàn bộ hệ thống, tìm các quy trình có mức sử dụng hiệu quả cao nhất, chúng chiếm nhiều bộ nhớ nhất trong thực tế, tìm các quy trình có mức sử dụng cao nhất, chúng tạo ra nhiều dữ liệu nhất (và do đó có thể bị rò rỉ hoặc rất không hiệu quả trong việc sử dụng dữ liệu của chúng). Chọn ứng dụng đó và phân tích ánh xạ của nó trong listview thứ hai. Xem phần exmap để biết thêm chi tiết. Cũng sử dụng xrestop để kiểm tra mức sử dụng cao của tài nguyên X, đặc biệt nếu quá trình máy chủ X chiếm nhiều bộ nhớ. Xem phần xrestop để biết chi tiết.

Nếu bạn muốn phát hiện rò rỉ, hãy sử dụng valgrind hoặc có thể là kmtrace .

Nếu bạn muốn phân tích việc sử dụng heap (malloc, v.v.) của ứng dụng, hãy chạy nó trong memprof hoặc với kmtrace , lập hồ sơ cho ứng dụng và tìm kiếm cây gọi hàm để phân bổ lớn nhất. Xem phần của họ để biết thêm chi tiết.

Bên cạnh các giải pháp được liệt kê trong câu trả lời của bạn, bạn có thể sử dụng lệnh Linux "top"; Nó cung cấp chế độ xem thời gian thực động của hệ thống đang chạy, nó cung cấp mức sử dụng CPU và Bộ nhớ cho toàn bộ hệ thống cùng với mọi chương trình, theo tỷ lệ phần trăm:

top

để lọc theo pid chương trình:

top -p <PID>

để lọc theo tên chương trình:

top | grep <PROCESS NAME>

"top" cũng cung cấp một số trường như:

VIRT - Ảnh ảo (kb): Tổng dung lượng bộ nhớ ảo được sử dụng bởi tác vụ

RES - Kích thước thường trú (kb): Bộ nhớ vật lý không tráo đổi mà một tác vụ đã sử dụng; RES = MÃ + SỐ LIỆU.

DATA - Dữ liệu + Kích thước ngăn xếp (kb): Lượng bộ nhớ vật lý dành cho ngoài mã thực thi, còn được gọi là kích thước 'tập dữ liệu thường trú' hoặc DRS.

SHR - Kích thước Mem được chia sẻ (kb): Lượng bộ nhớ chia sẻ được sử dụng bởi một tác vụ. Nó chỉ đơn giản phản ánh bộ nhớ có thể được chia sẻ với các quá trình khác.

Tham khảo tại đây .

Không có câu trả lời nào cho việc này vì bạn không thể xác định chính xác dung lượng bộ nhớ mà một quá trình sử dụng. Hầu hết các quy trình trong linux sử dụng các thư viện chia sẻ. Chẳng hạn, giả sử bạn muốn tính toán mức sử dụng bộ nhớ cho quy trình 'ls'. Bạn có chỉ đếm bộ nhớ được sử dụng bởi 'ls' thực thi (nếu bạn có thể cô lập nó)? Làm thế nào về libc? Hoặc tất cả các lib khác được yêu cầu để chạy '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)

Bạn có thể lập luận rằng chúng được chia sẻ bởi các quy trình khác, nhưng 'chúng ta không thể chạy trên hệ thống mà không được tải.

Ngoài ra, nếu bạn cần biết một quy trình cần bao nhiêu bộ nhớ để lập kế hoạch dung lượng, bạn phải tính toán mỗi bản sao bổ sung của quy trình sử dụng bao nhiêu. Tôi nghĩ / Proc / PID / status có thể cung cấp cho bạn đủ thông tin về việc sử dụng bộ nhớ AT một lần. Mặt khác, valgrind sẽ cung cấp cho bạn một cấu hình tốt hơn về việc sử dụng bộ nhớ trong suốt vòng đời của chương trình

Nếu mã của bạn ở dạng C hoặc C ++, bạn có thể sử dụng getrusage()để trả về cho bạn các số liệu thống kê khác nhau về bộ nhớ và thời gian sử dụng quy trình của bạn.

Không phải tất cả các nền tảng đều hỗ trợ điều này và sẽ trả về 0 giá trị cho các tùy chọn sử dụng bộ nhớ.

Thay vào đó, bạn có thể xem tệp ảo được tạo trong /proc/[pid]/statm(nơi [pid]được thay thế bằng id tiến trình của bạn. Bạn có thể lấy tệp này từgetpid() ).

Tệp này sẽ trông giống như một tệp văn bản với 7 số nguyên. Bạn có thể quan tâm nhất đến các số đầu tiên (tất cả sử dụng bộ nhớ) và thứ sáu (sử dụng bộ nhớ dữ liệu) trong tệp này.

Valgrind có thể hiển thị thông tin chi tiết nhưng nó làm chậm ứng dụng mục tiêu một cách đáng kể và hầu hết thời gian nó thay đổi hành vi của ứng dụng.
Exmap là điều tôi chưa biết, nhưng có vẻ như bạn cần một mô-đun hạt nhân để có được thông tin, đây có thể là một trở ngại.

Tôi giả sử những gì mọi người muốn biết "sử dụng bộ nhớ" của WRT là như sau ...
Trong linux, lượng bộ nhớ vật lý mà một quá trình có thể sử dụng có thể được chia thành các loại sau.

• Ma nhớ bản đồ ẩn danh

  • .p riêng tư
    • .d bẩn == malloc / mmapped heap và ngăn xếp được phân bổ và bộ nhớ bằng văn bản
    • .c sạch == malloc / mmaps heap và stack memory sau khi được phân bổ, ghi, sau đó được giải phóng, nhưng chưa được thu hồi
  • .s đã chia sẻ
    • .d bẩn == malloc / mmoped heap có thể nhận bản sao khi ghi và chia sẻ giữa các quy trình (được chỉnh sửa)
    • .c clean == malloc / mmoped heap có thể nhận được bản sao khi ghi và chia sẻ giữa các quy trình (được chỉnh sửa)

• Mn đặt tên cho bộ nhớ ánh xạ

  • .p riêng tư
    • .d bẩn == tập tin mmapped bộ nhớ viết riêng tư
    • .c sạch == ánh xạ chương trình / thư viện văn bản riêng
  • .s đã chia sẻ
    • .d bẩn == tập tin mmapped bộ nhớ được chia sẻ
    • .c sạch == ánh xạ văn bản thư viện chia sẻ ánh xạ

Tiện ích có trong Android có tên là showmap khá hữu ích

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

Thêm ba phương pháp để thử:

1. ps aux --sort pmem
   Nó sắp xếp đầu ra theo %MEM.
2. ps aux | awk '{print $2, $4, $11}' | sort -k2r | head -n 15
   Nó sắp xếp bằng cách sử dụng đường ống.
3. top -a
   Nó bắt đầu phân loại hàng đầu bởi %MEM

(Trích từ đây )

#!/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

Tôi đang sử dụng htop; Đây là một chương trình điều khiển rất tốt tương tự như Windows Task Manager.

Nếu quá trình không sử dụng quá nhiều bộ nhớ (vì bạn cho rằng đây là trường hợp hoặc một số lệnh khác đã đưa ra dấu hiệu ban đầu này) và quá trình có thể chịu được việc dừng lại trong một khoảng thời gian ngắn, bạn có thể thử sử dụng lệnh gcore.

gcore <pid>

Kiểm tra kích thước của tệp lõi được tạo để biết được một bộ nhớ cụ thể đang sử dụng bao nhiêu bộ nhớ.

Điều này sẽ không hoạt động tốt nếu quá trình sử dụng hàng trăm megs hoặc hợp đồng biểu diễn, vì thế hệ lõi có thể mất vài giây hoặc vài phút để được tạo tùy thuộc vào hiệu suất I / O. Trong quá trình tạo lõi, quá trình được dừng lại (hoặc "đóng băng") để ngăn thay đổi bộ nhớ. Vì vậy, hãy cẩn thận.

Ngoài ra, hãy đảm bảo điểm gắn kết nơi lõi được tạo có nhiều dung lượng đĩa và hệ thống sẽ không phản ứng tiêu cực với tệp lõi được tạo trong thư mục cụ thể đó.

Tôi đang sử dụng Arch Linux và có gói tuyệt vời này được gọi là ps_mem

ps_mem -p <pid>

Ví dụ đầu ra

$ 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
=============================================

Dòng lệnh bên dưới sẽ cung cấp cho bạn tổng bộ nhớ được sử dụng bởi quy trình khác nhau đang chạy trên máy Linux tính bằng 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}'

Một thử nghiệm tốt về việc sử dụng "thế giới thực" hơn là mở ứng dụng, sau đó chạy vmstat -svà kiểm tra thống kê "bộ nhớ hoạt động". Đóng ứng dụng, đợi vài giây và chạy vmstat -slại. Tuy nhiên, nhiều bộ nhớ hoạt động đã được giải phóng rõ ràng là ứng dụng được sử dụng.

Nhận valgrind. cung cấp cho chương trình của bạn để chạy và nó sẽ cho bạn biết nhiều về việc sử dụng bộ nhớ của nó.

Điều này sẽ chỉ áp dụng cho trường hợp chương trình chạy một thời gian và dừng lại. Tôi không biết liệu valgrind có thể bắt tay vào một quy trình đã chạy hay không nên dừng các quy trình như daemon.

Chỉnh sửa: điều này chỉ hoạt động tốt 100% khi mức tiêu thụ bộ nhớ tăng

Nếu bạn muốn theo dõi việc sử dụng bộ nhớ theo quy trình nhất định (hoặc nhóm chia sẻ tên chung được xử lý, ví dụ: google-chromebạn có thể sử dụng tập lệnh bash của tôi:

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;

điều này sẽ liên tục tìm kiếm các thay đổi và in chúng.

Nếu bạn muốn một cái gì đó nhanh hơn so với hồ sơ với Valgrind và hạt nhân của bạn đã cũ hơn và bạn không thể sử dụng smaps, một ps với các tùy chọn để hiển thị tập hợp quy trình (với ps -o rss,command) có thể cung cấp cho bạn nhanh chóng và hợp lý _aproximation_số lượng thực bộ nhớ không tráo đổi đang được sử dụng.

Tôi sẽ đề nghị bạn sử dụng trên đỉnh. Bạn có thể tìm thấy mọi thứ về nó trên trang này . Nó có khả năng cung cấp tất cả KPI cần thiết cho các quy trình của bạn và nó cũng có thể chụp vào một tệp.

Kiểm tra shell script để kiểm tra sử dụng bộ nhớ theo ứng dụng trong linux . Cũng có sẵn trên github và trong một phiên bản không có dán và bc .

Một phiếu khác cho valgrindở đây, nhưng tôi muốn thêm rằng bạn có thể sử dụng một công cụ như Alleyoop để giúp bạn diễn giải các kết quả được tạo bởi valgrind.

Tôi sử dụng hai công cụ mọi lúc và luôn có mã nạc, không bị rò rỉ để tự hào hiển thị cho nó;)

Trong khi câu hỏi này dường như là về việc kiểm tra các quy trình hiện đang chạy, tôi muốn xem bộ nhớ tối đa được sử dụng bởi một ứng dụng từ đầu đến cuối. Bên cạnh valgrind, bạn có thể sử dụng tstime , đơn giản hơn nhiều. Nó đo mức sử dụng bộ nhớ "nước cao" (RSS và ảo). Từ câu trả lời này .

Dựa trên câu trả lời cho một câu hỏi liên quan .

Bạn có thể sử dụng SNMP để sử dụng bộ nhớ và cpu của một tiến trình trong một thiết bị cụ thể trong mạng :)

Yêu cầu:

• thiết bị đang chạy quá trình nên cài đặt và chạy snmp
• snmp nên được cấu hình để chấp nhận các yêu cầu từ nơi bạn sẽ chạy tập lệnh bên dưới (nó có thể được cấu hình trong snmpd.conf)
• bạn nên biết id quá trình (pid) của quá trình bạn muốn theo dõi

Ghi chú:

• HOST-TÀI NGUYÊN-MIB :: hrSWRunPerfCPU là số phần trăm giây của tổng tài nguyên CPU của hệ thống được tiêu thụ bởi quá trình này. Lưu ý rằng trên hệ thống đa bộ xử lý, giá trị này có thể tăng hơn một phần trăm giây trong một phần trăm giây của thời gian thực (đồng hồ treo tường).

• HOST-TÀI NGUYÊN-MIB :: hrSWRunPerfMem là tổng số lượng bộ nhớ hệ thống thực được phân bổ cho quá trình này.

**

Kịch bản giám sát quá trình:

**

echo "IP: "
read ip
echo "specfiy pid: "
read pid
echo "interval in seconds:"
read interval

while [ 1 ]
do
    date
    snmpget -v2c -c public $ip HOST-RESOURCES-MIB::hrSWRunPerfCPU.$pid
    snmpget -v2c -c public $ip HOST-RESOURCES-MIB::hrSWRunPerfMem.$pid
    sleep $interval;
done

/ prox / xxx / numa_maps cung cấp một số thông tin ở đó: N0 = ??? N1 = ???. Nhưng kết quả này có thể thấp hơn kết quả thực tế, vì nó chỉ tính những người đã chạm vào.

Sử dụng công cụ GUI ' giám sát hệ thống ' tích hợp sẵn có trong Ubuntu