Swap-Nutzung zu hoch?

9

Ich habe eine Debian Sid-Box, die vor ungefähr einem Monat frisch installiert wurde und derzeit keine Desktop-Apps ausführt.

Jeder Befehl, den ich versuche (über ssh), lässt die Festplatte sehr hart arbeiten. Das System hat vor einigen Wochen unter Ubuntu 8.04 einwandfrei funktioniert. Die Hardware sollte in Ordnung sein, intelligente Tools melden kein Problem und führen keine Speicherprüfungen usw. durch.

Ich vermute, das Problem hängt mit dem Tauschen zusammen:

$ free -h
             total       used       free     shared    buffers     cached
Mem:          998M       986M        12M         0B       464K       904M
-/+ buffers/cache:        81M       917M
Swap:         511M       511M         0B

Beim Testen von Dingen sehe ich, dass ich Swap nicht deaktivieren kann, ohne neu zu starten, obwohl der meiste physische RAM für Caches verwendet wird:

# swapoff  -a
swapoff: /swapfile: swapoff failed: Cannot allocate memory

Bei der Ausführung des in dieser Stackoverflow-Antwort erwähnten Skripts wurden für den höchsten Swap-Prozess knapp 1,5 Megabyte verwendet, und die Gesamtzahl betrug:

"Overall swap used: 18376 kB"

... das ist weit entfernt von dem halben Gig, den htop oder free report.

Ich habe vor einem halben Monat versucht, das swappinesszu ändern 1, aber es gibt keinen Unterschied (gleiche Speichernutzungsmuster).

Irgendeine Idee, was der Schuldige sein könnte?

Bearbeiten : Hier ist der /proc/meminfoInhalt (ähnliche Situation, aber 702 Megabyte Cache anstelle von 904 und Chrom noch offen):

MemTotal:        1022464 kB
MemFree:           14344 kB
Buffers:             192 kB
Cached:           719816 kB
SwapCached:         2212 kB
Active:           304304 kB
Inactive:         657344 kB
Active(anon):     294128 kB
Inactive(anon):   651264 kB
Active(file):      10176 kB
Inactive(file):     6080 kB
Unevictable:           0 kB
Mlocked:               0 kB
HighTotal:        127336 kB
HighFree:            316 kB
LowTotal:         895128 kB
LowFree:           14028 kB
SwapTotal:        524284 kB
SwapFree:              0 kB
Dirty:                 4 kB
Writeback:             0 kB
AnonPages:        239528 kB
Mapped:            11968 kB
Shmem:            703760 kB
Slab:              28924 kB
SReclaimable:      12116 kB
SUnreclaim:        16808 kB
KernelStack:        2200 kB
PageTables:         5812 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     1035516 kB
Committed_AS:    2193368 kB
VmallocTotal:     122880 kB
VmallocUsed:       14092 kB
VmallocChunk:     105548 kB
HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:      911352 kB
DirectMap2M:           0 kB

Und hier ist die top -b -n 1Ausgabe:

top - 22:00:18 up 1 day,  2:34,  4 users,  load average: 1,97, 1,25, 0,88
Tasks: 137 total,   3 running, 134 sleeping,   0 stopped,   0 zombie
%Cpu(s):  4,9 us,  3,0 sy,  2,7 ni, 83,2 id,  6,1 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem:   1022464 total,  1008788 used,    13676 free,      188 buffers
KiB Swap:   524284 total,   524284 used,        0 free,   719792 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM     TIME+ COMMAND
 7861 stenyak   20   0  6336 1252  976 R  18,0  0,1   0:00.03 top
 5194 isabel    30  10 44372 5344 1404 R  12,0  0,5   0:36.11 glmatrix
17940 root      20   0  103m 6844 2828 S   6,0  0,7  11:02.21 Xorg
    1 root      20   0  2280   28    0 S   0,0  0,0   0:02.49 init
    2 root      20   0     0    0    0 S   0,0  0,0   0:00.00 kthreadd
    3 root      20   0     0    0    0 S   0,0  0,0   0:15.25 ksoftirqd/0
    5 root      20   0     0    0    0 S   0,0  0,0   0:00.00 kworker/u:0
    6 root      rt   0     0    0    0 S   0,0  0,0   0:00.93 migration/0
    7 root      rt   0     0    0    0 S   0,0  0,0   0:00.46 watchdog/0
    8 root      rt   0     0    0    0 S   0,0  0,0   0:00.73 migration/1
   10 root      20   0     0    0    0 S   0,0  0,0   0:17.30 ksoftirqd/1
   12 root      rt   0     0    0    0 S   0,0  0,0   0:00.43 watchdog/1
   13 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 cpuset
   14 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 khelper
   15 root      20   0     0    0    0 S   0,0  0,0   0:00.00 kdevtmpfs
   16 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 netns
   17 root      20   0     0    0    0 S   0,0  0,0   0:00.44 sync_supers
   18 root      20   0     0    0    0 S   0,0  0,0   0:00.00 bdi-default
   19 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kintegrityd
   20 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kblockd
   22 root      20   0     0    0    0 S   0,0  0,0   0:00.07 khungtaskd
   23 root      20   0     0    0    0 D   0,0  0,0   2:50.47 kswapd0
   24 root      25   5     0    0    0 S   0,0  0,0   0:00.00 ksmd
   25 root      20   0     0    0    0 S   0,0  0,0   0:00.00 fsnotify_mark
   26 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 crypto
   99 root      20   0     0    0    0 S   0,0  0,0   0:00.00 khubd
  115 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 ata_sff
  116 root      20   0     0    0    0 S   0,0  0,0   0:00.00 scsi_eh_0
  117 root      20   0     0    0    0 S   0,0  0,0   0:00.00 scsi_eh_1
  118 root      20   0     0    0    0 S   0,0  0,0   0:01.66 kworker/u:1
  152 root      20   0     0    0    0 S   0,0  0,0   0:02.12 jbd2/sda1-8
  153 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 ext4-dio-unwrit
  280 root      20   0  2944  352  128 S   0,0  0,0   0:00.30 udevd
  423 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 hd-audio0
 1286 root      20   0     0    0    0 S   0,0  0,0   0:07.06 jbd2/sda2-8
 1287 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 ext4-dio-unwrit
 1561 root      20   0     0    0    0 S   0,0  0,0   0:03.09 flush-8:0
 1603 root      20   0  2376   48    0 S   0,0  0,0   0:00.33 rpcbind
 1634 statd     20   0  2648   68   64 S   0,0  0,0   0:00.00 rpc.statd
 1639 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 rpciod
 1641 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 nfsiod
 1648 root      20   0  2576    0    0 S   0,0  0,0   0:00.00 rpc.idmapd
 2019 root      20   0 29088  976    0 S   0,0  0,1   0:22.26 rsyslogd
 2123 root      20   0  1876   84   24 S   0,0  0,0   0:00.23 acpid
 2161 message+  20   0  3756  728    0 S   0,0  0,1   0:02.06 dbus-daemon
 2213 daemon    20   0  2152   20    0 S   0,0  0,0   0:00.00 atd
 2231 root      20   0  4488  220  128 S   0,0  0,0   0:00.00 bluetoothd
 2242 root      10 -10     0    0    0 S   0,0  0,0   0:00.00 krfcommd
 2259 avahi     20   0  3272  292  168 S   0,0  0,0   0:00.66 avahi-daemon
 2262 avahi     20   0  3156   24    0 S   0,0  0,0   0:00.00 avahi-daemon
 2265 root      20   0  5968  180  152 S   0,0  0,0   0:00.00 bitlbee
 2271 root      20   0     0    0    0 S   0,0  0,0   0:11.69 kworker/0:2
 2304 root      20   0 19056  700  220 S   0,0  0,1   0:00.75 NetworkManager
 2334 root      20   0  5536  176  108 S   0,0  0,0   0:02.86 cron
 2350 root      20   0  6700  492  152 S   0,0  0,0   0:00.01 sudo
 2351 root      20   0 15304 5880 1428 R   0,0  0,6  61:42.79 iotop
 2359 root      20   0 24256  600   56 S   0,0  0,1   0:01.12 polkitd
 2390 root      20   0  6892  368  180 S   0,0  0,0   0:00.15 modem-manager
 2392 root      20   0  7536   80    0 S   0,0  0,0   0:00.13 cupsd
 2396 root      20   0 20964  516  296 S   0,0  0,1   0:00.15 gdm3
 2712 root      20   0 10068  196   84 S   0,0  0,0   0:11.72 kerneloops
 2714 root      20   0  6896 2108  372 S   0,0  0,2   0:05.69 ddclient - slee
 2802 Debian-+  20   0  7424  100   40 S   0,0  0,0   0:00.05 exim4
 2877 daemon    20   0  1868  236  172 S   0,0  0,0   0:01.22 uptimed
 2881 root      20   0  6464  208  104 S   0,0  0,0   0:00.27 sshd
 2913 root      20   0  1848   72    8 S   0,0  0,0   0:00.00 minissdpd
 2936 root      20   0  4328   40   36 S   0,0  0,0   0:00.00 getty
 2937 root      20   0  4328   40   36 S   0,0  0,0   0:00.00 getty
 2938 root      20   0  4328   40   36 S   0,0  0,0   0:00.00 getty
 2939 root      20   0  4328   40   36 S   0,0  0,0   0:00.00 getty
 2940 root      20   0  4328   40   36 S   0,0  0,0   0:00.00 getty
 2941 root      20   0  4328   40   36 S   0,0  0,0   0:00.00 getty
 2961 root      20   0 23384  540  156 S   0,0  0,1   0:00.88 accounts-daemon
 2965 root      20   0 29216  292   64 S   0,0  0,0   0:01.35 console-kit-dae
 3050 root      20   0 27408  320    0 S   0,0  0,0   0:00.48 upowerd
 3115 stenyak   20   0  6260  320   84 S   0,0  0,0   0:00.51 screen
 3119 stenyak   20   0  6260  248   40 S   0,0  0,0   0:00.61 screen
 3121 stenyak   20   0  6260  132   16 S   0,0  0,0   0:00.48 screen
 3124 stenyak   20   0  6388 1004  572 S   0,0  0,1   1:33.81 p2p.sh
 3125 stenyak   20   0 34176 5604 1764 S   0,0  0,5   1:57.10 quasselcore
 3129 stenyak   20   0 55268 2972  652 S   0,0  0,3   3:00.32 bot.py
 3280 rtkit     21   1 18980  180   64 S   0,0  0,0   0:01.23 rtkit-daemon
 3367 root      20   0     0    0    0 S   0,0  0,0   0:00.00 kauditd
 3684 root      20   0  2940  340  112 S   0,0  0,0   0:00.00 udevd
 3685 root      20   0  2940  208    0 S   0,0  0,0   0:00.00 udevd
 5845 root      20   0  6444  904  592 S   0,0  0,1   0:00.00 cron
 5876 stenyak   20   0  1932  428  368 S   0,0  0,0   0:00.00 sh
 5878 stenyak   20   0  6048 1232 1080 S   0,0  0,1   0:00.00 memmon.sh
 7857 stenyak   20   0  5060  508  448 S   0,0  0,0   0:00.00 sleep
 9071 root      20   0  9816  860  200 S   0,0  0,1   0:00.10 sshd
 9080 stenyak   20   0 10180 1112  136 S   0,0  0,1   0:06.93 sshd
 9081 stenyak   20   0  9280 3232  148 S   0,0  0,3   0:00.62 bash
 9436 root      20   0  7396 1188  684 S   0,0  0,1   0:07.05 bitlbee
10285 root      20   0     0    0    0 S   0,0  0,0   0:00.00 kworker/1:0
12728 stenyak   20   0  7960 2960  648 S   0,0  0,3  23:35.01 htop
12950 root      20   0  9832   80   76 S   0,0  0,0   0:00.08 sshd
12955 stenyak   20   0  9832    0    0 S   0,0  0,0   0:00.04 sshd
12956 stenyak   20   0  9304   36   32 S   0,0  0,0   0:00.64 bash
17939 root      20   0 23284 1080  320 S   0,0  0,1   0:00.11 gdm-simple-slav
18062 root      20   0 29808  964  364 S   0,0  0,1   0:00.38 gdm-session-wor
20066 root      20   0     0    0    0 S   0,0  0,0   0:09.72 kworker/0:0
28369 isabel    20   0  1932  112  108 S   0,0  0,0   0:00.03 sh
28404 isabel    20   0  3868  260   68 S   0,0  0,0   0:00.20 ssh-agent
28407 isabel    20   0  3516    0    0 S   0,0  0,0   0:00.00 dbus-launch
28408 isabel    20   0  3420  304  116 S   0,0  0,0   0:00.24 dbus-daemon
28416 isabel    20   0  6344  744  548 S   0,0  0,1   0:00.29 xfconfd
28422 isabel    20   0  8336  496  248 S   0,0  0,0   0:01.46 xscreensaver
28424 isabel    20   0 21932  580  340 S   0,0  0,1   0:00.17 xfce4-session
28430 isabel    20   0 24392 2032 1160 S   0,0  0,2   0:16.32 xfwm4
28432 isabel    20   0  117m 2072  908 S   0,0  0,2   0:01.26 xfce4-panel
28434 isabel    20   0 22520  256  256 S   0,0  0,0   0:00.06 Thunar
28436 isabel    20   0 21016  688  460 S   0,0  0,1   0:00.06 xfsettingsd
28437 isabel    20   0  119m 3344 1312 S   0,0  0,3   0:03.50 xfdesktop
28441 isabel    20   0 21072  272  268 S   0,0  0,0   0:00.07 kerneloops-appl
28443 isabel    20   0 29816  540  228 S   0,0  0,1   0:00.10 polkit-gnome-au
28450 isabel    20   0  263m  544  276 S   0,0  0,1   0:00.30 xfce4-volumed
28452 isabel    20   0 63936  488    0 S   0,0  0,0   0:00.31 tracker-store
28457 isabel    20   0 23240  768  472 S   0,0  0,1   0:00.18 xfce4-settings-
28460 isabel     9 -11 99532  500  248 S   0,0  0,0   0:00.38 pulseaudio
28470 isabel    20   0 21936  612  312 S   0,0  0,1   0:00.20 panel-6-systray
28472 isabel    20   0  339m 1348  552 S   0,0  0,1   0:00.42 xfce4-mixer-plu
28473 isabel    20   0 22028 2292 1740 S   0,0  0,2   0:59.33 xfce4-oragecloc
28514 isabel    20   0  371m  21m 2428 S   0,0  2,1   3:46.22 chromium
28517 isabel    20   0  111m 3020  288 S   0,0  0,3   0:00.58 chromium
28518 isabel    20   0  1948   64    0 S   0,0  0,0   0:00.00 chromium-sandbo
28519 isabel    20   0  120m 3324  288 S   0,0  0,3   0:00.20 chromium
28522 isabel    20   0  128m 3252  204 S   0,0  0,3   0:00.01 chromium
28558 isabel    20   0  208m  52m  476 S   0,0  5,3   1:25.92 chromium
28573 isabel    20   0  271m 103m 1244 S   0,0 10,3   3:01.64 chromium
28693 isabel    20   0  120m 3836  628 S   0,0  0,4   0:43.86 chromium
28696 isabel    20   0 83088 6412  108 S   0,0  0,6   0:16.55 GoogleTalkPlugi
28706 isabel    20   0  159m 6896  972 S   0,0  0,7   9:00.72 chromium
32332 root      20   0     0    0    0 S   0,0  0,0   0:06.24 kworker/1:2
32351 stenyak    9 -11 99108 1032  192 S   0,0  0,1   0:00.51 pulseaudio
32455 root      20   0  9816  108   76 S   0,0  0,0   0:00.11 sshd
32460 stenyak   20   0  9992  264  144 S   0,0  0,0   0:07.43 sshd
32462 stenyak   20   0  9300 1976  108 S   0,0  0,2   0:01.31 bash

linux debian memory swap STenyaK
quelle

Haben Sie andere Parameter als geändert swappiness?

David Schwartz

Ihre Maschine ist voll. Verwenden Sie topdiese Option, um einen außer Kontrolle geratenen Prozessspeicher zu suchen und neu zu starten.

Thorbjørn Ravn Andersen

@DavidSchwartz nein, außer unkritische Sachen (wie Munin, Apache ...) zu deinstallieren, habe ich nichts anderes getan.

STenyaK

@ ThorbjørnRavnAndersen kein Prozess , diese Mengen an Speicher (weder VIRT, RES noch SHR), nicht einmal mit der Nähe zu einem halben Gig, so dass ich keine Ahnung, was zu töten. Wiederum beträgt der insgesamt verwendete Speicher - / + Puffer / Cache nur 81 Megabyte (und anscheinend werden nur 18 Megabyte Swap von tatsächlichen Prozessen verwendet?).

STenyaK

Sie haben eine 511 MB Swap-Partition, die wir voll genutzt haben! Nicht nur 18. Vertrauen free.

Thorbjørn Ravn Andersen

4

Sie können nicht austauschen, da die Menge des ausgelagerten Speichers nicht von Ihrem RAM überholt werden kann. Sie erhalten eine legitime Fehlermeldung.

Kleiner Ausschnitt.

if (!quiet || errno == ENOMEM)
    warn(_("%s: swapoff failed"), orig_special);

return -1;

Meiner Meinung nach erhöht Ihre Arbeitslast Ihren RAM-Bedarf. Sie führen eine Workload aus, die mehr Speicher benötigt. Die Verwendung des gesamten Swaps zeigt dies an. Außerdem ist es möglicherweise keine kluge Entscheidung, die Swappiness auf 1 zu ändern. Wenn Sie Swappiness auf 1 setzen, bedeutet dies nicht, dass kein Swap durchgeführt wird. Es zeigt nur an, wie aggressiv der Kernel in Bezug auf das Austauschen sein wird, es beseitigt nicht das Austauschen. Der Austausch erfolgt, wenn dies erforderlich ist.

Ich weiß auch nicht, warum Sie versuchen, den Swap zu deaktivieren. Wenn Sie nicht über Tonnen und Tonnen RAM verfügen, sollten Sie den Swap nicht deaktivieren.

Natürlich können Sie neu starten und die Swap-Nutzung ist dann Null. Und dann können Sie sicher tauschen. Aber das löst das Problem auf lange Sicht nicht.

Würde es Ihnen etwas ausmachen, die /proc/meminfoAusgabe zu veröffentlichen ?

Soham Chakraborty
quelle

Ich warte darauf, dass der Tausch wieder gefüllt wird (hängt von der Computernutzung ab, die heutzutage geringer ist). Ich habe versucht, Swap nur zu deaktivieren, um zu versuchen, zu überprüfen, ob RAM-Caches gelöscht werden (nach dem, was ich im Internet gelesen habe, sollten diese 904 Megabyte Cache verworfen werden, wenn mehr RAM benötigt wird, und ich würde 511 Megabyte RAM in der Reihenfolge benötigen Swap deaktivieren).

STenyaK

Der Tausch füllte sich gestern wieder. Bevor der Benutzer den Computer neu startete, gelang es einem Croned-Skript, einige Informationen zu protokollieren, die ich in der ursprünglichen Frage bearbeitet habe. Ich hoffe, das hilft.

STenyaK

3

Ein möglicher Grund wäre, dass Sie auf einem Dateisystem /tmpgemountet werden tmpfs, das durch Speicher gesichert ist.

Ist dies der Fall (ist df -hT /tmp), entfernen Sie einfach / relocate Dateien dort zu bleiben, stellen Sie sicher , dass keine Anwendung füllt wieder / tmp (oder eine beliebige Dateisystem gemountet auf tmpfs: df -ht tmpfs) und dieses Problem gelöst werden.

jlliagre
quelle

Guter Punkt. Daten auf tmpfswerden normalerweise als zwischengespeichert angezeigt .

Stéphane Chazelas

Wusste das nicht! Ich habe df -ht tmpfs --totalmeinem Cron-Ed-Debug-Skript hinzugefügt . Wenn das Problem das nächste Mal auftritt, werde ich die Ausgabe veröffentlichen. Eine Frage: Sollte ich mir Sorgen um die UsedSpalte oder die SizeSpalte machen?

STenyaK

In der usedSpalte wird die Größe des von Dateien verwendeten Speichers angegeben. Durch das Entfernen dieser Dateien wird Speicherplatz freigegeben.

Jlliagre

1

Beachten Sie, dass es eigentlich nicht schlecht ist, wenn das System Speicher gegen Swap austauscht und den Speicher stattdessen für Puffer verwendet. Dies weist wahrscheinlich auf zwei Dinge hin:

Es werden eine Reihe von Anwendungen ausgeführt (~ 500 MB), die nicht häufig verwendet werden
Sie verwenden andere Anwendungen, die viele Daten lesen / schreiben, mehr als 1 GB RAM. Das System versucht, die Leistung für diese Anwendungen zu verbessern, indem Festplattendaten im Speicher für einen schnelleren Zugriff gepuffert werden

Ja, es scheint, dass Sie nur ~ 600 MB Speicher verwenden. Was dazu führt, dass das System ausgetauscht wird, ist wahrscheinlich keine übermäßig speicherintensive Anwendung, sondern eine sehr hohe E / A-Arbeitsbelastung, die die Puffer trifft. Können Sie feststellen, welcher Prozess alle E / A-Vorgänge ausführt? Wofür verwenden Sie den Server?

Hat aufgehört - Anony-Mousse
quelle

Zum Zeitpunkt der geringen Speichernutzung ist gdm3 die einzige grafische Anwendung, die ausgeführt wird. Zuvor (bevor sich der Benutzer abmeldete) wurde ein xfce-Desktop ausgeführt, auf dem kaum Widgets vorhanden waren und auf dessen Task-Manager nur der Chrom-Browser angezeigt wurde. Wenn es wieder passiert, verwende ich iotop, um nach E / A-intensiven Prozessen zu suchen. Danke für den Vorschlag.

STenyaK

Die E / A-Schwere sollte nicht von sich aus zum Tauschen führen. Sie verwenden einen Standardkernel? Wenn ja, muss es sich um ein Benutzerprogramm mit einem Speicherverlust handeln.

Thorbjørn Ravn Andersen

Ich fand Chrome mit nur 1 GB RAM ziemlich unbrauchbar. Sicher ist es schnell und hat Sandboxing, dafür zahlen Sie mit Gedächtnisintensität. Das würde aber nicht erklären, warum Ihr System 900 MB für das Caching verwendet.

Hat aufgehört - Anony-Mousse

@ ThorbjørnRavnAndersen der Kernel ist der Standard: 3.2.0-4-686-pae #1 SMP Debian 3.2.32-1 i686 GNU/LinuxGibt es eine Idee, wie ein möglicher Speicherverlust für den Absenderprozess verfolgt werden kann, wenn oben nichts Ungewöhnliches angezeigt wird?

STenyaK

1

~~Ich kenne kein Tool, mit dem Sie die Swap-Größe pro Prozess angeben können, aber es wäre einfach genug, eines zu schreiben ... (siehe Shell-Skript-Beispiel weiter unten)~~

Linux wird mit einem Tool namens geliefert smem. Um unter Debian / Ubuntu zu installieren, sollten Sie in der Lage sein (es werden dabei viele Python-Pakete installiert):

apt-get install smem

Um es dann zu verwenden, geben Sie einfach smemin Ihre Befehlszeile ein.

Die andere Lösung, um herauszufinden, wie hoch die aktuelle Swap-Nutzung eines Prozesses ist, besteht darin, den Parameter VmSwap in der Prozessdatei zu überprüfen status.

Verwenden Sie topoder htopoder psoder pgrepoder pidof..., um die Prozesskennung ( PID) zu ermitteln, und sehen Sie sich dann die Statusdatei an:

$ pidof myprocess
123
$ cat /proc/123/status

Dies beinhaltet Informationen über den aktuell vom Prozess verwendeten Speicher. Es gibt ein Beispiel:

Name:   snapinit
State:  S (sleeping)
Tgid:   2769
Ngid:   0
Pid:    2769
PPid:   1
TracerPid:  0
Uid:    0   0   0   0
Gid:    0   0   0   0
FDSize: 64
Groups: 
NStgid: 2769
NSpid:  2769
NSpgid: 2765
NSsid:  2765
VmPeak:   141952 kB
VmSize:   141952 kB
VmLck:         0 kB
VmPin:         0 kB
VmHWM:     11552 kB
VmRSS:      3444 kB
VmData:      772 kB
VmStk:       136 kB
VmExe:       244 kB
VmLib:     62356 kB
VmPTE:       208 kB
VmPMD:        12 kB
VmSwap:     1968 kB
HugetlbPages:          0 kB
Threads:    1
SigQ:   0/3912
SigPnd: 0000000000000000
ShdPnd: 0000000000000000
SigBlk: 0000000000014006
SigIgn: 0000000000001000
SigCgt: 00000001800004c8
CapInh: 0000000000000000
CapPrm: 0000003fffffffff
CapEff: 0000003fffffffff
CapBnd: 0000003fffffffff
CapAmb: 0000000000000000
Seccomp:    0
Cpus_allowed:   1
Cpus_allowed_list:  0
Mems_allowed:   00000000,00000001
Mems_allowed_list:  0
voluntary_ctxt_switches:    36
nonvoluntary_ctxt_switches: 23

Der Abschnitt von Interesse ist derjenige, der Vm<name>Parameter anzeigt (dh virtueller Speicher, der die einzige Art von Speicher ist, die einem Prozess zur Verfügung steht, nur der Kernel befasst sich mit realem physischem Speicher; die VM wird von Ihrer MMU erstellt ):

VmPeak:   141952 kB
VmSize:   141952 kB
VmLck:         0 kB
VmPin:         0 kB
VmHWM:     11552 kB
VmRSS:      3444 kB
VmData:      772 kB
VmStk:       136 kB
VmExe:       244 kB
VmLib:     62356 kB
VmPTE:       208 kB
VmPMD:        12 kB
VmSwap:     1968 kB

In meinem Fall sehe ich, dass der von diesem Prozess allein verwendete Swap-Speicher (VmSwap) 1968 KB, fast 2 MB, beträgt.

Der Parameter VmLib zeigt die Speichermenge an, die für gemeinsam genutzte Bibliotheken (.so-Dateien) verwendet wird. Denken Sie daran, dass der von gemeinsam genutzten Bibliotheken verwendete Speicher von allen Prozessen gemeinsam genutzt wird.

In einer Shell können Sie die Parameter mit einer Befehlszeile wie folgt abrufen:

#!/bin/sh
echo "  NAME                        PID        SWAP"
for PID in /proc/[0-9]*
do
  if stat $PID/status >/dev/null
  then
    # get name of process
    procname=`grep 'Name:' $PID/status | awk -e '{ print $2 };'`
    # get amount of swap in use by that process
    procswap=`grep 'VmSwap:' $PID/status | awk -e '{ print $2 };'`

    printf "%-21s %11d %11d\n" $procname `basename $PID` $procswap
  fi
done

Beachten Sie, dass die $ PID / Status-Datei verschwindet, wenn ein Prozess abbricht und diese for-Schleife dies nicht richtig überprüft. Außerdem können einige Dateien von einem normalen Benutzer nicht gelesen werden (dh wenn Sie root sind, wird für jeden Prozess ein Ergebnis angezeigt, andernfalls geben einige Prozesse nur einen Fehler oder 0 KB zurück.)

Es gibt eine Beispielausgabe. Die SWAP-Daten sind in Kilobytes angegeben .

  NAME                        PID        SWAP
systemd                         1         348
watchdog/0                     10           0
ipv6_addrconf                 106           0
ureadahead                  13234          28
gnome-calculato             13997           0
apache2                     14175        7240
freshclam                    1447        3072
systemd-logind               1449         244

Alexis Wilke
quelle

-1

Swap ist voll ist also, warum Sie einen Prozess zu stoppen, für das Töten Prozess Verwendung kill -9 PID Und dann Gebrauch sudo swapoff -a

In meinem Zustand stoppe ich meinen Sidekiq-Mitarbeiter und ordne dann den Swap-Speicher neu zu.

Digitalocean Server Swap Memory

user141394
quelle

Swap-Nutzung zu hoch?

Antworten: