Bekijk Volledige Versie : VPS geheugen probleem na een backup
Geachte WHT,
Ik heb een probleem met mijn VPS server. Als ik nog maar 1 keer een backup upload naar een andere locatie komt het geheugen niet terug, zelfs niet naar een dag. Ik hou van de 4 GB maar 700 MB over. Cached is dan bijna 3 GB terwijl het bij used aangeeft dat het al 3 GB in gebruik is.
Het is een VPS met de volgende gegevens:
HD: RAID 10
Geheugen: 4 GB DDR3
OS: CentOS 5.6/64 bit
Intel(R) Xeon(R) CPU X3220 @ 2.40GHz 4 keer
Processorsnelheid (MHz) 2394.000 4 keer
Hier 2 linken met top en htop:
http://bestamericanbeaches.com/top.png
http://bestamericanbeaches.com/htop.png
En een link met MRTG:
http://85.17.101.249/mrtg/
Iemand een idee wat het kan zien, of is dit gewoon normaal?
Dit is normaal voor een Linux machine.
total - used = free
used - cached - buffers = bezet
Als ik dat zo zie, is zo'n beetje alles nog te gebruiken.
Cached en buffers is wat er naast free nog gebruikt kan worden.
Zie het als geld. Free is wat je in je portemonnee hebt, cached staat op de betaalrekening en buffers is de spaarrekening. En als je dan nog meer nodig hebt, dan kun je lenen bij de swap.
Goed uitgelegd t.bloo.
Bedankt.
Is de status van MRTG ook normaal? Dus ik kan de server gewoon een maand of 3 laten draaien zonder reboot.
Om het geheugen weer clean te maken gebruik ik deze command in SSH: sync; echo 3 > /proc/sys/vm/drop_caches
Weet niet of dat mag of goed is.
Waarom zou je de cache leeg willen halen?
Waarom zou je de cache leeg willen halen?
Om zo weer het volle geheugen terug te krijgen.
Dit doe ik vooral als ik CLAMAV gebruik wat best wat geheugen gebruikt.
Als je deze link van top bekijk zie je bij used dat er 3 GB al gebruikt is.
En die wil juist niet omlaag gaan.
Ik heb het ook getest met gebruikers en zonder gebruikers, maar dat blijft het zelfde zoals ik al aangaf.
Dan vind ik dat er best veel geheugen word ingenomen door enkel een backup of een scan van home.
Is er geen script dat de cache meer vol gaat dan bij used? Een soort belance.
Ik snap natuurlijk wel dat cache gewoon bedoeld is voor reserve.
http://bestamericanbeaches.com/top.png
Gewoon zo laten, dat geheugen komt beschikbaar zodra het nodig is en tot die tijd wordt het gebruikt om het systeem sneller te maken (cache).
De ene used is overigens de andere used niet. In top is het een groot onnuttig getal, in MRTG is het de werkelijke waarde: 700 MB used en 3.8 GB beschikbaar.
Ze kloppen allebei, maar jij als mens verwacht de waarde van MRTG.
Gewoon zo laten, dat geheugen komt beschikbaar zodra het nodig is en tot die tijd wordt het gebruikt om het systeem sneller te maken (cache).
De ene used is overigens de andere used niet. In top is het een groot onnuttig getal, in MRTG is het de werkelijke waarde: 700 MB used en 3.8 GB beschikbaar.
Ze kloppen allebei, maar jij als mens verwacht de waarde van MRTG.
Oke bedankt voor de goede uitleg.
Ik zal hem laten staan zonder cache te cleanen.
Doe anders een "free -m" in je cli, dan zie je ook direct hoeveel je vrij hebt en hoeveel er cached is etc. Want het used bij top is effectief used + cache + buffer ipv effectief used, zoals al eerder uitgelegd. En zolang je niet extreem begint te swappen is er weinig om je zorgen over te maken. De cache en buffer legen zichzelf wel wanneer dat nodig zou zijn of een ander programma het zou nodig hebben.
free -m uitslag.
total used free shared buffers cached
Mem: 4096 1175 2920 0 49 650
-/+ buffers/cache: 475 3620
Swap: 6111 0 6111
Dus niets om je zorgen over te maken aangezien je nog 3620MB vrij hebt (zonder bufffer/cache).
Bedankt The-BosS voor me geen zorgen te maken.
Lekensteyn
09/05/11, 13:58
Een klassiek geval van het verkeerd begrijpen van het geheugengebruik van Linux.
http://www.linuxatemyram.com/
Een klassiek geval van het verkeerd begrijpen van het geheugengebruik van Linux.
http://www.linuxatemyram.com/
Bedankt Lekensteyn.
Intressante site.