Onderwerp: CentOS / HyperVM Memory

Oorspronkelijk geplaatst door ServerBalie

aan het begin (ruim half jaar geleden) 3 van deze vpsjes erop gezet, om te kijken hoe het beetje liep. Raar genoeg kwam dit probleem pas een week geleden opzetten. Daarvoor was alles normaal.

top geeft idd cache aan, nu je het zegt. phpsysinfo (http://server68.serverbalie.nl/phpsysinfo) gaf echter iets anders aan.
Ser werd ook behoorlijk traag, iets wat met cached memory niet zou horen lijkt me.

Alleen vertrouw ik top eerder dan een third-party tool.

Ook al was het cached memory, zou het raar zijn dat dit pas een week geleden begon.


In ieder geval is hele vps-directory en alle andere (config)-files verwijderd, en alles loopt nu weer lekker.

Phpsysinfo geeft sowieso de cache niet aan, dus hier moet je niet op vertrouwen. Gewoon even via "top" kijken, dat werkt het beste.

wanneer je op het plusje voor memory klikt geeft ie aan wat gealloceerd is aan cache en wat het systeem verbruikt.
Top is idd wel betrouwbaarder.

En wat is er mis met "free -m" daar heb je een nog duidelijker beeld over wat er effectief free is (-/+ buffer cache).

Enige verschil wat ik kan bedenken is dat 'top' live is en 'free -tm' niet. Verder is misschien 'htop' ook wel handig om te gebruiken.

Oorspronkelijk geplaatst door daveww

Enige verschil wat ik kan bedenken is dat 'top' live is en 'free -tm' niet. Verder is misschien 'htop' ook wel handig om te gebruiken.

met "watch free -m" is het wel 'live' en zie je enkel het nodige. Nuja of het nuttig is, dat is wat anders

Eventueel samen met een monitoring tool in het oog houden hoe het gebruik verder verloopt. Je moet maar eens zoeken op WHT

Oorspronkelijk geplaatst door Tim.Bracquez

met "watch free -m" is het wel 'live' en zie je enkel het nodige. Nuja of het nuttig is, dat is wat anders

Dat begrijp ik, maar daar ging het niet om in de vorige post. Buiten 'watch' om dan is enkel top live en free -tm niet.

Het is even afwachten op de TS hoe dit afloopt.

Oorspronkelijk geplaatst door The-BosS

En wat is er mis met "free -m" daar heb je een nog duidelijker beeld over wat er effectief free is (-/+ buffer cache).

free -m kan natuurlijk ook. Ik bedoelde meer te zeggen dat je niet altijd moet vertrouwen op die web-based tooltjes. Gewoon zelf even via SSH bekijken.
Kan me nog herinneren dat een flinke tijd terug Directadmin ook altijd het vrije geheugen aangaf, maar niet het cache geheugen. Kreeg je meteen van klanten te horen dat er niet genoeg geheugen was, terwijl het geheugen gewoon cached was.