Dotaz: Uvolnění paměti - memory reclamation

[Star]

Ahoj,

rád bych se zeptal jak dostat zpět nachacováno paměť. Viz níže výstup free. Jde mi o to aby byla vrácena balloon driveru a hostu v rámci virtualizace.

             total       used       free     shared    buffers     cached
Mem:         16005       9962       6042          0         68         65
-/+ buffers/cache:       9828       6176
Swap:         1999          0       1999

A proč se tolik liší buff. a cached v prvním řádku a poté v druhém?

Děkuji za radu.

Pavel

Odpovědi

[Michal Kubeček]

rád bych se zeptal jak dostat zpět nachacováno paměť. Viz níže výstup free.

Pokud je host potřebuje k něčemu užitečnějšímu, mělo by se tak stát automaticky. A těch 65 MB ho nejspíš stejně moc nevytrhne.

A proč se tolik liší buff. a cached v prvním řádku a poté v druhém?

Nepřipadá mi, že by se to nějak lišilo: 9962 - 68 - 65 = 9829, 6042 + 68 + 65 = 6175. Ten 1 MB rozdílu je nejspíš jen důsledek zaokrouhlení, pokud si necháte zobrazit hodnoty v KB, mělo by to vyjít přesně.

[Star]

Po vaší reakci rozumím výpisu trošku lépe. Já myslel, že hodnota v druhém řádku je nějaká absolutní rezervována pamět pro cache. Díval jsem se ještě do meminfo. Problém bude možná commited memory? Jde o to, že Vmware pořád alokuje pamět danému guestu, byť ballooningu.

 cat /proc/meminfo
MemTotal:       16389376 kB
MemFree:         5364680 kB
Buffers:           73744 kB
Cached:            74144 kB
SwapCached:            0 kB
Active:           464940 kB
Inactive:          54756 kB
Active(anon):     372076 kB
Inactive(anon):      164 kB
Active(file):      92864 kB
Inactive(file):    54592 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:       2047992 kB
SwapFree:        2047992 kB
Dirty:                 4 kB
Writeback:             0 kB
AnonPages:        371824 kB
Mapped:            23908 kB
Shmem:               416 kB
Slab:             142764 kB
SReclaimable:     109800 kB
SUnreclaim:        32964 kB
KernelStack:        2024 kB
PageTables:        13168 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    10242680 kB
Committed_AS:     670100 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      303304 kB
VmallocChunk:   34359428496 kB
HardwareCorrupted:     0 kB
AnonHugePages:    256000 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:       10240 kB
DirectMap2M:    16824320 kB

[Star]

Abych to ještě upřesnil, jde mi o to, že host má nyní baloon target u toho virtuálu 10GB...

[Michal Kubeček]

Jde o to, že Vmware pořád alokuje pamět danému guestu, byť ballooningu.

To samo o sobě neznamená, že je něco špatně. Problém by to byl teprve v okamžiku, kdy by ji host potřeboval a nedostal. Jen pro pořádek: ten výstup free a obsah /proc/meminfo je z hosta nebo guesta?

[Star]

Michale, je z guesta...

Ano to by problém byl. Ale proč pak u jednoho z VM píše, že balloon target je 10,2GB cca a balooning je 10,1GB? Omlouvám se, ta správa paměti mě trošku mate . Dá se případně nějak provést simulace toho, zda z guesta dokáže tu pamět dostat? Třeba u windowsu zabírá 90% paměti cache :))

Dá se nějak na guesta omezit pamět, kterou by měl optimálně využít? Servery mají 96GB, ale využití na každý z clusteru je plánováno na 64GB s tím, to nad je rezerva při fail serveru pro vmotion.

[Ash]

echo 3 > /proc/sys/vm/drop_caches

Dotaz nechápu, buff. a cached je jen v prvním řádku. V druhém řádku jsou hodnoty used/free od nichž je odečteno (-) resp. přičteno (+) buff. a cached. Pokud z toho chcete opět zjistit buff. a cached, jde o vyšší matematiku (sčítání a odčítání) ale dostanete se na stejné hodnoty, jaké jsou v prvním řádku.