înregistrare Logare
Puncte:0
Rychu avatar Ubuntu

Înțelegerea utilizării memoriei în Ubuntu - după actualizarea la Ubuntu 21.10 din 20.04, utilizarea memoriei a crescut dramatic

drapel cn
Rychu

După ce am citit o mulțime de articole diferite pe Internet, sunt încă confuz despre cum să găsesc exact ce îmi folosește memoria.

După actualizarea la Ubuntu Server 21.10 din 20.04, utilizarea memoriei a crescut dramatic și încerc să aflu care este responsabil pentru asta.

Când mă conectez la server, există câteva statistici binevenite care spun: Utilizare memorie: 65%.

Când alerg liber -m Eu iau:

               total folosit gratuit partajat buff/cache disponibil
Mem: 31881 20575 9669 162 1636 10680
Schimb: 8191 0 8191

Până acum se potrivește. Înțeleg că există o confuzie aici și memoria mea liberă reală este gratuit + buff/cache sau ceva de genul ăsta, dar apoi am găsit o comandă pe Internet care returnează suma consumului de memorie al tuturor proceselor:

$ echo $(ps -o rss= ax | tr '\n' +) 0 | bc
5978056

Asta da 5-6 GB. Nu se potrivește cu nicio valoare returnată de la liber -m. Rezultatul top sortat după coloana de memorie pare să confirme acest lucru:

sus - 10:53:49 până 3 zile, 13:28, 1 utilizator, medie de încărcare: 0,11, 0,10, 0,09
Sarcini: 451 total, 1 alergare, 438 dormit, 0 oprit, 12 zombi
%Cpu(e): 0,2 us, 0,1 sy, 0,0 ni, 99,8 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem: 31881.4 total, 9791.5 gratuit, 20453.8 folosit, 1636.1 buff/cache
MiB Swap: 8192.0 total, 8192.0 gratuit, 0.0 folosit. 10801.7 disponibil Mem

    PID UTILIZATOR PR NI VIRT RES SHR S %CPU %MEM TIME+ COMANDA
   3930 mssql 20 0 20.6g 1.1g 44584 S 2.0 3.4 116:22.67 sqlservr
   3115 mysql 20 0 5336868 726652 19148 S 0,3 2,2 11:29,69 mariadbd
  19021 www-data 20 0 438324 231656 169396 S 0.0 0.7 3:31.67 php-fpm8.0
   3348 www-data 20 0 438112 231096 171232 S 0.0 0.7 3:52.81 php-fpm8.0
   3349 www-data 20 0 436832 227820 168664 S 0.0 0.7 3:26.81 php-fpm8.0
   3356 www-data 20 0 429292 223864 171360 S 0.0 0.7 3:59.62 php-fpm8.0
   3354 www-data 20 0 427580 221492 170016 S 0.0 0.7 3:47.99 php-fpm8.0
   3357 www-data 20 0 428052 221336 169144 S 0.0 0.7 3:51.86 php-fpm8.0
   3355 www-data 20 0 427056 220772 170064 S 0.0 0.7 3:35.60 php-fpm8.0
   3345 www-data 20 0 427080 220116 169212 S 0.0 0.7 3:51.67 php-fpm8.0
   3365 www-data 20 0 425712 220024 171216 S 0.0 0.7 3:42.05 php-fpm8.0
  19700 www-data 20 0 424868 218940 169908 S 0.0 0.7 3:39.68 php-fpm8.0
   3363 www-data 20 0 423260 218804 171252 S 0.0 0.7 3:45.00 php-fpm8.0
   3341 www-data 20 0 423184 217468 170044 S 0.0 0.7 3:49.10 php-fpm8.0
   3353 www-data 20 0 421016 214860 169556 S 0.0 0.7 3:30.55 php-fpm8.0
   3351 www-data 20 0 420432 212680 169256 S 0.0 0.7 3:25.20 php-fpm8.0
   2674 www-data 20 0 22.7g 169652 41068 S 0.0 0.5 3:03.73 dotnet
   2696 git 20 0 2181008 165396 43788 S 0.0 0.5 7:55.15 gitea
   1324 root 19 -1 134508 72360 71296 S 0,0 0,2 0:15,71 systemd-journal
   4159 root 20 0 2052028 62724 31824 S 0.0 0.2 4:02.05 dockerd
2289460 root 20 0 1910052 39892 20176 S 0.0 0.1 0:23.22 snapd
   2726 root 20 0 2011284 31740 16344 S 0.0 0.1 8:44.13 containerd
   2703 root 20 0 270968 26244 19164 S 0.0 0.1 0:23.63 php-fpm8.0
   3251 www-data 20 0 102500 21180 16652 S 0,0 0,1 6:46,80 nginx
   2734 root 20 0 1139124 20408 7864 S 0.3 0.1 14:21.22 fail2ban-server
   3254 www-data 20 0 101948 20048 16336 S 0.0 0.1 0:02.27 nginx
   4165 minidlna 20 0 239012 19372 14324 S 0.0 0.1 0:39.26 minidlnad
   2017 root rt 0 280960 18584 8772 S 0,3 0,1 0:47,47 multipathd
   2801 root 20 0 112464 18560 9988 S 0.0 0.1 0:00.05 nesupravegheat-upgr
   4242 root 20 0 84880 17604 14660 S 0,0 0,1 0:15,41 smbd
   2664 root 20 0 34740 17488 8508 S 0.0 0.1 0:00.08 networkd-dispat
   3253 www-data 20 0 101372 17020 13748 S 0.0 0.1 0:00.18 nginx
 203855 root 20 0 295244 16160 13364 S 0.0 0.0 0:02.36 packagekitd
   2700 mssql 20 0 72632 14852 6224 S 0.0 0.0 0:00.85 sqlservr
   3257 www-data 20 0 101240 14756 11540 S 0.0 0.0 0:00.02 nginx
   4234 root 20 0 22436 12928 3544 S 0.0 0.0 0:10.19 ddclient - slee
   4160 root 20 0 70756 12212 9912 S 0.0 0.0 0:09.06 nmbd
   2676 root 20 0 395152 11632 8612 S 0.0 0.0 0:53.73 udisksd
   2591 systemd+ 20 0 23640 11164 7108 S 0,0 0,0 1:26,88 systemd-resolve
      1 rădăcină 20 0 166644 10784 5516 S 0,0 0,0 0:29,92 systemd
   4561 root 20 0 26968 10156 7144 S 0.0 0.0 0:44.81 portainer
   4288 root 20 0 84864 9184 6240 S 0.0 0.0 0:00.99 lpqd
1319978 rychu 20 0 15832 8848 6896 S 0.0 0.0 0:00.06 systemd
   4284 root 20 0 82640 8748 5956 S 0.0 0.0 0:00.59 smbd-notifyd
   3255 www-data 20 0 101088 8668 5496 S 0.0 0.0 0:00.00 nginx
   2706 redis 20 0 70552 8420 6348 S 0.0 0.0 13:27.82 redis-server
1319928 root 20 0 14860 8112 6648 S 0.0 0.0 0:00.03 sshd
   2671 root 20 0 126992 7576 6720 S 0,0 0,0 0:22,24 termic

Aici e al meu listă rapidă ieșire:

$ lista rapidă
Nume Versiune Rev Tracking Note editorului
canonical-livepatch 10.1.2 126 cel mai recent/stabil canonicalâ -
nucleu 16-2.54.3 12725 cel mai recent/stabili canonicâ core
core18 20211215 2284 cea mai recentă/stabilă bază canonică
core20 20220114 1328 cel mai recent/stabil bază canonicăâ
lxd 4.0.8 21835 4.0/stabil/⦠canonicâ -

Deci sunt confuz unde se află ~14 GB de memorie folosită?

62
0 + 0
RAM
heynnema avatar
drapel ru
heynnema
Redactarea informațiilor din rezultatul **TOP** nu ne ajută să vă ajutăm. Aveți cel puțin câteva procese suspecte, dar nu vă pot spune mai multe.
0
Răspunde
Rychu avatar
drapel cn
Rychu
@heynnema a actualizat ieșirea `top`
0
Răspunde
heynnema avatar
drapel ru
heynnema
Doar de dragul curiozității, arată-mi `listă rapidă`.
0
Răspunde
Rychu avatar
drapel cn
Rychu
@heynnema a fost actualizat din nou
0
Răspunde
Rychu avatar
drapel cn
Rychu
Poate că este important - serverul meu are două pool-uri ZFS
0
Răspunde
heynnema avatar
drapel ru
heynnema
Vă mulțumim pentru actualizarea întrebării. Bănuiesc că am depășit abilitățile mele de depanare a memoriei cu privire la această problemă. Îmi pare rău.
0
Răspunde
Puncte:2
Soren A avatar Ubuntu
drapel mx
Soren A

RSS (Resident Set Size) arată câtă memorie fizică folosește un anumit proces. O parte din acea memorie poate fi partajată de mai multe procese, astfel încât să nu le puteți adăuga pur și simplu.

Răspunsul din acest Stackoverflow oferă o explicație mai profundă: Ce este RSS și VSZ.

0 + 0
Puncte:2
sebres avatar Ubuntu
drapel co
sebres

Procesele dvs. de rulare par să utilizeze cca. 18% din memorie. Și utilizarea rămasă ar putea fi ZFS ARC (în mod implicit până la 50% din memoria sistemului). Vedea ZFS pe Ubuntu 20.04 folosește o tonă de memorie?

P.S. Nu vă uitați la memoria „liberă” - în esență, memoria este nefolosită. Luați în considerare acest lucru ca și cum 35% RAM din computerul meu se irosește acum (ca să spun așa că este de prisos în acest moment).

După actualizarea la Ubuntu Server 21.10 din 20.04, utilizarea memoriei a crescut dramatic

Impreuna cu iesirea de liber și top înseamnă doar că 21.10 este capabil să-ți folosească memoria mai bine decât 20.04, nimic altceva.

0 + 0
Rychu avatar
drapel cn
Rychu
Asta mi se pare corect. Rulez `arc_summary` și scrie `Dimensiune ARC (actuală): 33,8% 5,3GiB`, așa că se pare că aceasta este memoria lipsă pe care o căutam (sistemul meu a fost repornit, astfel încât valorile din întrebarea inițială sunt învechite). Suma actuală de memorie din `top` este de 5,51 GB. În total, oferă 10,8 GB, deci 34,75% din toată memoria RAM. Când mă conectez la sistem, văd în `motd`: `Utilizarea memoriei: 29%`. Deci, având în vedere ceea ce a spus @Soren A, că o parte din memoria afișată de `top` este partajată, se potrivește acum! Mulțumesc. BTW. Asta explică și de ce observ această creștere mai ales după spălările săptămânale.
0
Răspunde
Puncte:0
WinEunuuchs2Unix avatar Ubuntu
drapel in
WinEunuuchs2Unix

Aparatul meu are, de asemenea, 32 GB de memorie:

$ gratuit -m

              total folosit gratuit partajat buff/cache disponibil
Mem: 32027 14140 6459 490 11427 16733
Schimb: 8058 0 8058

$ lista rapidă

Nume Versiune Rev Tracking Note editorului
nucleu 16-2.54.3 12725 cel mai recent/stabili canonicâ core
core18 20211215 2284 cea mai recentă/stabilă bază canonică
pycharm-community 2021.3.2 267 cel mai recent/stabili jetbrainsâ clasic

Pentru a enumera procesele care utilizează memoria, sortate în procente, utilizați:

$ ps -o pid,user,%mem,command ax | sortează -k3 -r -n

 5364 rick 10.5 /snap/pycharm-community/267/jbr/bin/java (... SNIP ...)
 3219 rick 8.1 /usr/lib/firefox/firefox
31414 rick 7.2 /usr/lib/firefox/firefox -contentproc -childID 20 -isForBrowser -prefsLen 10960 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir/usrefox/libser /usrefox/libser
 3385 rick 4.7 /usr/lib/firefox/firefox -contentproc -childID 1 -isForBrowser -prefsLen 387 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir /usr/lib9/truebrowserfo321
 1449 root 3.0 /usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
14808 rick 2.9 /usr/lib/firefox/firefox -contentproc -childID 15 -isForBrowser -prefsLen 6660 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir/usr/lib9serfi/usr/lib9serfi true
 3552 rick 2.5 /usr/lib/firefox/firefox -contentproc -childID 3 -isForBrowser -prefsLen 532 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir /usr/lib/truebrowserfo321
 2928 rick 2.2 compiz
25621 rick 2.1 /usr/lib/firefox/firefox -contentproc -childID 12 -isForBrowser -prefsLen 6660 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir/usr/lib9serfi/usr/lib9serfi true
18592 rick 1.6 /usr/lib/firefox/firefox -contentproc -childID 11 -isForBrowser -prefsLen 6660 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir/usr/lib9serfi/usr/lib9serfi true
 3843 rick 1.5 /usr/lib/firefox/firefox -contentproc -childID 5 -isForBrowser -prefsLen 5369 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir /usr/lib9browserfire32x1
 3522 rick 1.5 /usr/lib/firefox/firefox -contentproc -childID 2 -isForBrowser -prefsLen 532 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir /usr/lib/truebrowserfo321
 3660 rick 1.4 /usr/lib/firefox/firefox -contentproc -childID 4 -isForBrowser -prefsLen 532 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir /usr/lib/true/tab/firefox321
 3156 rick 0.9 /usr/bin/nautilus --gapplication-service

(...SNIP...)
0 + 0
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.