[Linux] Memory Analysis

[RvdH]

Hoi,

Ik ben nu al een hele tijd op zoek naar een tool die mij duidelijk kan laten zien waar het geheugen in een systeem voor gebruikt wordt. Dus iets wat eigenlijk best simpel eruit zou kunnen zien, gewoon een lijstje van Mb 1 t/m 300 wordt gebruikt door MySQL, Mb 300 t/m 600 door Apache, Mb 600-1000 voor diskcache, en helemaal mooi zou dan zijn als ie van de diskcache kon laten zien welke inodes ofzo daarin staan

Heeft iemand een dergelijk programma gezien ergens?

[Zwerver]

doet top dat niet gewoon? * Zwerver kijkt ff
en plakt de output van top:

code:

29451 root      14   0   988  988  792 R  0.4  0.3   0:00.20 top
    1 root       9   0   500  500  440 S  0.0  0.2   0:04.72 init
    2 root       9   0     0    0    0 S  0.0  0.0   0:00.01 keventd
    3 root      18  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd_CPU0
    4 root       9   0     0    0    0 S  0.0  0.0   0:00.00 kswapd
    5 root       9   0     0    0    0 S  0.0  0.0   0:00.00 bdflush
    6 root       9   0     0    0    0 S  0.0  0.0   0:00.52 kupdated
   10 root       9   0     0    0    0 S  0.0  0.0   0:00.00 i2oevtd
    9 root       9   0     0    0    0 S  0.0  0.0   0:00.00 khubd

derde cijfertje van achter is het % geheugen wat de app gebruikt

[Eärendil]

Standaard sorteert top op %CPU, als je hoofdletter M in typet wordt de lijst op %MEM gesorteerd

[Arzie]

Ik denk dat userspace tools sowieso niet weten welke MB in het geheugen waarvoor gebruikt wordt. Daar gaat het geheugenbeheer in de kernel over (ik weet niet of dat van buitenaf leesbaar is). Maar echt belangrijk is dat ook niet, het gaat vooral om de hoeveelheid geheugen per proces toch? Dat doet top.

[Verwijderd]

UNIX95= ps -e -o ruser,vsz,pid,args | sort -rnk2 | more
Is eigenlijk voor hp ux 11, maar met wat linux specifieke aanpassingen kom je in ieder geval iets verder....
Ik heb het gebruikt om memory leaks te vinden.

[BezurK]

gtop is trouwens een leuke grafische variant van top

[RvdH]

zwerver schreef op 16 July 2003 @ 09:18:
doet top dat niet gewoon? * Zwerver kijkt ff
en plakt de output van top:
derde cijfertje van achter is het % geheugen wat de app gebruikt

Ja, okee, dat wist ik, maar als die cijfers bij elkaar optel dan kom ik misschien op 100Mb van de 1024 die in het systeem zit. Ik wil nou juist weten wat er met de rest gebeurt!

[Verwijderd]

strlen schreef op 17 July 2003 @ 12:12:
[...]

Ja, okee, dat wist ik, maar als die cijfers bij elkaar optel dan kom ik misschien op 100Mb van de 1024 die in het systeem zit. Ik wil nou juist weten wat er met de rest gebeurt!

Op dat moment is dat dus vrij geheugen. Er staat fysiek nog wel informatie in, maar dit is niet geregistreerd door een applicatie dus is beschikbaar om overschreven te worden zodra er een applicatie om geheugen vraagt.

[RvdH]

Verwijderd schreef op 17 juli 2003 @ 12:17:
[...]


Op dat moment is dat dus vrij geheugen. Er staat fysiek nog wel informatie in, maar dit is niet geregistreerd door een applicatie dus is beschikbaar om overschreven te worden zodra er een applicatie om geheugen vraagt.

Dat is lang niet altijd waar, want resterend/inactief geheugen wordt door Linux gebruikt voor diverse caches, en voor ons is dan de diskcache het meest interessant. Ik wil er graag achter komen hoeveel geheugen er op het moment door de diskcache wordt gebruikt, en helemaal mooi zou zijn als het me kon vertellen welk proces die cache gebruikt.

[deadinspace]

strlen schreef op 17 July 2003 @ 12:21:
Ik wil er graag achter komen hoeveel geheugen er op het moment door de diskcache wordt gebruikt

Je bedoelt zoals "free -m" weergeeft?

en helemaal mooi zou zijn als het me kon vertellen welk proces die cache gebruikt.

Cache is niet in gebruik door een process, cache is global

Ok, je zou kunnen bijhouden welke blocks gecached zijn, en welke van die blocks door welk process gebruikt worden, maar dat lijkt me lastig en veel werk.

[RvdH]

deadinspace schreef op 17 July 2003 @ 12:52:
[...]

Je bedoelt zoals "free -m" weergeeft?

Zoiets, alleen dan voor diskcache en niet voor totale cache.

Cache is niet in gebruik door een process, cache is global

Ok, je zou kunnen bijhouden welke blocks gecached zijn, en welke van die blocks door welk process gebruikt worden, maar dat lijkt me lastig en veel werk.

Zou toch kunnen zijn dat een programma dat voorelkaar krijgt..?

[Wirf]

ok, dit weet ik niet helemaal zeker, maar het zou kunnen zijn dat je met kcachegrind en User-mode linux een overzicht zou kunnen krijgen van hoe je kernel nou precies geheugen alloceerd.