Geheugen optelsom klopt niet :?

[Erhnam]

Ik heb een gloednieuwe machina voorzien van slack8.1 en daar op draait apache mysql php en 6 counterstrike game servers. Nu zou ik denken dat moet toch niet zo veel vreten. Onder top is er meer dan 700 mb in gebruik (van de 1gb)

maar als ik verder naar onder kijk zie ik dat die optelsom helemaal niet klopt. (ik heb ze gesorteerd op memory usage)

Weet iemand wat er mis is?

code:

CPU states:   0.0% user,   0.4% system,   0.0% nice,  99.6% idle
Mem:    904348K total,   734344K used,   170004K free,    77284K buffers
Swap:   530136K total,        0K used,   530136K free,   252140K cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
22650 root       9   0 55856  54M  4520 S     0.0  6.1  33:31 hlds
22661 root       9   0 53912  52M  4528 S     0.0  5.9  44:46 hlds
22828 root       9   0 53512  52M  4516 S     0.0  5.9  26:56 hlds
22651 root       9   0 53044  51M  4428 S     0.0  5.8  17:15 hlds
22692 root       9   0 50724  49M  4472 S     0.0  5.6  25:06 hlds
22660 root       9   0 49924  48M  4408 S     0.0  5.5  15:22 hlds
24054 nobody     9   0  4040 4040  2304 S     0.0  0.4   0:00 httpd
24053 nobody     9   0  4036 4036  2304 S     0.0  0.4   0:00 httpd
  122 mysql      9   0  2252 2252  1784 S     0.0  0.2   0:00 mysqld
  136 mysql      9   0  2252 2252  1784 S     0.0  0.2   0:04 mysqld
  137 mysql      9   0  2252 2252  1784 S     0.0  0.2   0:00 mysqld
24166 nobody     9   0  2016 2016  1912 S     0.0  0.2   0:00 httpd
24055 nobody     9   0  2008 2008  1908 S     0.0  0.2   0:00 httpd
24056 nobody     9   0  2008 2008  1908 S     0.0  0.2   0:00 httpd
24057 nobody     9   0  2008 2008  1908 S     0.0  0.2   0:00 httpd
24167 nobody     9   0  1952 1952  1884 S     0.0  0.2   0:00 httpd
24168 nobody     9   0  1952 1952  1884 S     0.0  0.2   0:00 httpd
24171 nobody     9   0  1952 1952  1884 S     0.0  0.2   0:00 httpd
24172 nobody     9   0  1952 1952  1884 S     0.0  0.2   0:00 httpd
  124 root       9   0  1936 1936  1872 S     0.0  0.2   0:07 httpd

[Bergen]

Top laat alleen de bovenste processen zien, de rest is onzichtbaar. Die proceslijst gaat dus nog een hele tijd door... doe maar eens ps aux.

[ Voor 38% gewijzigd door Bergen op 13-03-2003 12:28 ]

[Haranaka]

Met "shift m" sorteer je het op mem verbruik.
Edit: Maar dat is al gedaan zo te zien

[ Voor 42% gewijzigd door Haranaka op 13-03-2003 12:29 ]

[moto-moi]

Wat laat 'free -m' zien, da's een stuk interresanter dan ps aux..

[Bergen]

moto-moi schreef op 13 March 2003 @ 12:29:
Wat laat 'free -m' zien, da's een stuk interresanter dan ps aux..

Wat betreft geheugengebruik wel ja, maar op die manier kun je even aantonen dat er meer processen lopen dan top laat zien...

[Erhnam]

code:

root@tcgo-server:~# cat /proc/meminfo
        total:    used:    free:  shared: buffers:  cached:
Mem:  926052352 752103424 173948928        0 79159296 258441216
Swap: 542859264        0 542859264
MemTotal:       904348 kB
MemFree:        169872 kB
MemShared:           0 kB
Buffers:         77304 kB
Cached:         252384 kB
SwapCached:          0 kB
Active:         276536 kB
Inactive:       353928 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:       904348 kB
LowFree:        169872 kB
SwapTotal:      530136 kB
SwapFree:       530136 kB
root@tcgo-server:~#

of free -m (zelfde):

code:

root@tcgo-server:~# free -m
             total       used       free     shared    buffers     cached
Mem:           883        717        165          0         75        246
-/+ buffers/cache:        395        487
Swap:          517          0        517
root@tcgo-server:~#

[Verwijderd]

Waarom zit in Linux bijna mijn hele geheugen vol?

Veel tooltjes geven vaak aan dat je geheugen compleet vol zit (of lijken dat aan te geven als je de output verkeerd interpreteert), wat bij sommigen nogal een paniekreactie oplevert.

De reden hiervoor is dat de Linux kernel geheugen dat niet aan applicaties is toegewezen kan gebruiken voor caches en buffers voor block devices. De block devices die hierbij de grootste rol spelen zijn meestal je harddisks.
Als een programma een block van de harddisk inleest, dan zal de kernel deze block in het geheugen houden. Als het programma diezelfde block dan nog eens opvraagt (wat in de praktijk vaak gebeurt), dan kan de data uit het geheugen komen, wat enorm veel sneller is dan vanaf de HD. Dat heet caching. Buffering is het tegenovergestelde: als een programma wat wegschrijft dan schrijft de kernel dat niet echt weg, maar bewaart het even in het geheugen. Als de kernel dan even tijd heeft wordt de data pas weggeschreven.
Zowel caching als buffering hebben een enorme invloed op de snelheid van harddisk lees- en schrijfacties.

Buffers en (vooral) caches kunnen oplopen tot al het geheugen dat niet door applicaties gebruikt is. Dat is geen enkel probleem, want op het moment dat applicaties meer geheugen nodig hebben zal de kernel automatisch de buffers en/of caches verkleinen.

Het commando "free -m" geeft (in megabytes) weer hoeveel geheugen er is en er in gebruik is, zowel inclusief als exclusief caches. Hier de output van "free -m" op mijn computer:

code:
--------------------------------------------------------------------------------
[marcelm@something marcelm]$ free -m
total used free shared buffers cached
Mem: 630 ^626 4 0 31 393
-/+ buffers/cache: *201 429
Swap: 59 0 59

--------------------------------------------------------------------------------


Veel mensen kijken alleen naar de waarde met ^ ervoor, maar dat is inclusief caches en buffers. Als je wilt weten hoeveel er in gebruik is door programma's (en dat is vaak interessanter), dan moet je kijken naar de waarde met * ervoor.

Oftewel FAQ

[Verwijderd]

Inderdaad. Dit staat letterlijk in de FAQ.