Slackware current - Slurpt Geheugen

[WeaZuL]

Ik draai slackware current (kernel 2.6.7) op mijn compaq dp2000 5233MMX. Deze servert staat ingesteld als DHCP, DNS, samba draait als fileshare/PDC en apache serveert mijn (php) pagina's tevens kan ik vanaf buiten Telnetten naar de bak. Op de server zitten max 5 clients (WinXP/Win2k) en natuurlijk de nodige connects vanaf de WAN kant.

Ik gebruik geen GUI zoals X icm Gnome/KDE oid, alleen CLI. Ook geen onnodige modules geladen zoals AGPArt of USB/ALSA support. Van oorsprong zat er 64MB PC66 SDRAM in. Aangezien een geheugenuitbreiding mij een goede optie leek heb ik er nu 128 +128+64 PC100 SDRAM in zitten. Maar zoals hieronder te zien is blijft het geheugen nu nogsteeds tot de nok toe vol zitten.
Ik heb op GOT gelezen dat linux het geheugen anders benaderd dan we van microsoft gewend zijn; linux zou het geheugen optimaal gebruiken door zoveel mogelijk geheugen te reserveren? Mijn vraag; hoe kan ik nu zien hoeveel geheugen er nu daadwerkelijk door mijn slackware servert !actief! gebruikt wordt en is deze mate van geheugen consumptie normaal?



klik

[ Voor 7% gewijzigd door WeaZuL op 06-08-2004 21:30 ]

[Verwijderd]

Je gebruikt nog geen swap, dus je hebt prolly gewoon voldoende geheugen hoor .

Korte uitleg: Als linux iets van de harde schijf leest dan zal hij deze gegevens in zijn ram laten staan 'voor het geval dat' hij het binnenkort nog nodig heeft. Dit geheugen wordt automatisch vrijgemaakt als het voor een programma oid nodig is. Het geheugen zou er anders toch zomaar zinloos bij zitten, en om het helemaal niet te gebruiken is ook zonde...

Om te zien hoeveel geheugen er echt wordt gebruikt, log in op de console(of ssh, whatever) en tik: top

je krijgt dan een overzicht zoals dit:

code:

top - 05:35:27 up 1 day, 21:57,  1 user,  load average: 0.25, 0.17, 0.10
Tasks:  38 total,   2 running,  36 sleeping,   0 stopped,   0 zombie
Cpu(s):  2.0% us,  1.0% sy,  0.0% ni, 96.0% id,  1.0% wa,  0.0% hi,  0.0% si
Mem:    256336k total,   253700k used,     2636k free,    25396k buffers
Swap:        0k total,        0k used,        0k free,    55452k cached

Alles in cached&buffers kan je al van het 'used' geheugen aftrekken.

[ Voor 46% gewijzigd door Verwijderd op 06-08-2004 21:32 ]

[Erkens]

buffers/cache:

code:

michael@cervix:~$ free -m
             total       used       free     shared    buffers     cached
Mem:           217        204         13          0         12         87
-/+ buffers/cache:        104        113
Swap:          125         48         76

hier is te zien dat ik 13MB van mijn mem in gebruik is, maar in de praktijk is dat die 113

[igmar]

Zie FAQ Non-Windows Operating Systems - Overige vragen beantwoord die vraag. Het onderwerp is ook een aantal keer ten sprake gekomen, dus de search is je vriend

[WeaZuL]

code:

top - 23:35:32 up  1:26,  2 users,  load average: 0.09, 0.07, 0.02
Tasks:  61 total,   1 running,  60 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.6% us,  1.6% sy,  0.0% ni, 96.4% id,  0.0% wa,  0.3% hi,  0.0% si
Mem:    321868k total,   319116k used,     2752k free,     7412k buffers
Swap:   995988k total,        0k used,   995988k free,   283000k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 1140 root      17   0  1916 1000 1776 S  2.0  0.3   0:05.57 top
 1155 root      17   0  1916  996 1776 R  1.6  0.3   0:03.09 top
 1104 nobody    15   0  7304 3800 5476 S  1.0  1.2   0:46.94 smbd
    1 root      16   0   480  240  456 S  0.0  0.1   0:01.33 init
    2 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
    3 root       5 -10     0    0    0 S  0.0  0.0   0:00.12 events/0
    4 root      11 -10     0    0    0 S  0.0  0.0   0:00.02 khelper
    5 root       5 -10     0    0    0 S  0.0  0.0   0:00.06 kblockd/0
    6 root      25   0     0    0    0 S  0.0  0.0   0:00.00 khubd
   28 root      15   0     0    0    0 S  0.0  0.0   0:00.00 pdflush
   29 root      15   0     0    0    0 S  0.0  0.0   0:01.47 pdflush
   31 root      11 -10     0    0    0 S  0.0  0.0   0:00.00 aio/0
   30 root      15   0     0    0    0 S  0.0  0.0   0:04.73 kswapd0
  187 root      17   0     0    0    0 S  0.0  0.0   0:00.00 kseriod
  282 root       5 -10  1324  344 1296 S  0.0  0.1   0:00.01 udevd
  835 root      15   0     0    0    0 S  0.0  0.0   0:03.08 kjournald
  836 root      18   0     0    0    0 S  0.0  0.0   0:00.01 kjournald

code:

            total       used       free     shared    buffers     cached
Mem:           314        311          2          0          7        275
-/+ buffers/cache:         27        286
Swap:          972          0        972

[ Voor 105% gewijzigd door WeaZuL op 06-08-2004 21:45 ]

[WeaZuL]

igmar schreef op 06 augustus 2004 @ 21:31:
Zie FAQ Non-Windows Operating Systems - Overige vragen beantwoord die vraag. Het onderwerp is ook een aantal keer ten sprake gekomen, dus de search is je vriend

Ok, das duidelijk thnx! Wanneer wordt het dan tijd om geheugen uit te breiden?Wanneer er geswapped wordt?

offtopic:
opschoning taalgebruik

[ Voor 12% gewijzigd door WeaZuL op 06-08-2004 21:46 ]

[Erkens]

WeaZuL schreef op 06 augustus 2004 @ 21:42:
[...]


Ok, das duidelijk maar wanneer wordt het tijd dan om geheugen bij te proppen wanneer er geswapped wordt?

nee, pas zodra hij meer staat te swappen dan andere dingen
anders kan je wel geheugen bij blijven proppen

[Zwerver]

Ja. Sorry hoor, maar dit is toch wel duidelijk aan de hand van de FAQ?? Ik gooi hem dicht.