Onderwerp: 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?

Oorspronkelijk geplaatst door Bart L

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.

Oorspronkelijk geplaatst door t.bloo

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.

Code:

             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.

Een klassiek geval van het verkeerd begrijpen van het geheugengebruik van Linux.

http://www.linuxatemyram.com/

Oorspronkelijk geplaatst door Lekensteyn

Een klassiek geval van het verkeerd begrijpen van het geheugengebruik van Linux.

http://www.linuxatemyram.com/

Bedankt Lekensteyn.

Intressante site.