De ce drop_caches mărește memoria „disponibilă”.

Întâmpin probleme de memorie scăzută pe nodurile proxmox 7 pe care le gestionez. Când am citit despre probleme similare am fost direcționat către linuxatemyram.com, după ce am citit această pagină am început să monitorizez memoria „disponibilă” în loc de memoria „utilizată”. Dar problema a persistat (memoria disponibilă scade odată cu timpul de funcționare).

Apoi am descoperit că pot forța cache-urile Linux libere lansând comanda echo 3 > /proc/sys/vm/drop_caches. Mă așteptam să văd memoria „folosită” devenind liberă, dar nu mă așteptam să crească memoria „disponibilă”, deoarece, din câte am înțeles, se consideră că și memoria disponibilă este folosită deoarece este folosită de Linux pentru cache.

Dar memoria „disponibilă” a crescut după drop_caches, după cum puteți vedea mai jos:

root@proxmox13:~$ gratuit -h
               total folosit gratuit partajat buff/cache disponibil
Mem: 31Gi 29Gi 1.1Gi 67Mi 258Mi 977Mi
Schimbă: 0B 0B 0B
root@proxmox13:~$ echo 2 > /proc/sys/vm/drop_caches
root@proxmox13:~$ gratuit -h
               total folosit gratuit partajat buff/cache disponibil
Mem: 31Gi 26Gi 4.1Gi 67Mi 205Mi 3.9Gi
Schimbă: 0B 0B 0B

De ce a crescut? De ce memoria eliberată nu a fost considerată disponibilă înainte dacă a fost folosită pentru cache?

Multumesc pentru ajutor.

La un nivel înalt, disponibil este gratuit plus cache și alte lucruri ușor de recuperat, pentru confortul oamenilor. https://www.linuxatemyram.com/ utilizări disponibile în încercarea de a explica ce se întâmplă. Există și alte contoare pentru diferite cache care exclud gratuit.

În realitate, Linux VMM este complicat și dezordonat. Rareori utilizarea memoriei se adună exact cu o contabilitate simplă. cred Memorat în cache în /proc/meminfo înseamnă cache-ul paginii dar ai scazut si tu dentiri și inoduri. Deci buff/cache în free nu s-a schimbat foarte mult. Încercați slabtop dacă aveți vreodată nevoie să săpați în detaliu obiectele nucleului.

Un GB disponibil din 32 nu este mult din perspectiva planificării capacității. Luați în considerare reducerea numărului de invitați per gazdă VM sau creșterea memoriei fizice.

Nu folosi /proc/sys/vm/drop_caches care este probabil să afecteze performanța din cauza muncii de a scăpa cache-urile și de a reciti datele de pe disc. Aceasta este pentru testarea performanței stocării la rece, atunci când oamenii se simt prea leneși să repornească gazda.

Vorbind despre reporniri, programele nu trebuie să scurgă memoria pentru ca disponibilul să scadă încet. Gazdele VM și oaspeții din interior rulează probabil mii de sarcini, dintre care unele rămân în funcțiune și păstrează diverse alocări de memorie. Ar trebui să reporniți la fiecare câteva luni pentru actualizări de software, așa că atâta timp cât „scurgerea” este lentă, s-ar putea să nu merite investigat în detaliu.

Îmbunătățiți-vă monitorizarea memoriei uitându-vă și la informații despre oprirea presiunii. Valoarea la care țin de fapt este dacă sarcinile se blochează din cauza lipsei de memorie, iar PSI urmărește asta.