[BC3] het geheugengebruik van linux

Pagina: 1
Acties:

  • BC3 Victim
  • Registratie: Juli 2001
  • Laatst online: 29-09-2006
Goede-avond mensen,

Ik heb es de laatste tijd gelet op het geheugengebruik van mijn server en ik ben tot de conclusie gekomen dat hij aan het einde van de dag (hij wordt elke nacht uitgezet en de volgende dag weer aan, anders kan ik niet slapen ;) ) de volle 64 mb en vaak nog wel wat meer van het geheugen heeft gebruikt :(

Dat is toch niet normaal :? In den beginne op mijn 486 gebruikte linux maar 20 mb. En dat was dan van de 16 mb.

Onderstaande info komt uit top:

Mem: 63140K av, 61068K used, 2072K free, 21540K shrd, 12152K buff
Swap: 151160K av, 1320K used, 149840K free 37484K cached

En dit krijg ik met ps -ef

UID PID PPID C STIME TTY TIME CMD
root 1 0 0 13:18 ? 00:00:03 init [3]
root 2 1 0 13:18 ? 00:00:00 [kflushd]
root 3 1 0 13:18 ? 00:00:00 [kpiod]
root 4 1 0 13:18 ? 00:00:00 [kswapd]
root 5 1 0 13:18 ? 00:00:00 [mdrecoveryd]
root 244 1 0 13:19 ? 00:00:00 syslogd -m 0
root 255 1 0 13:19 ? 00:00:00 klogd
root 269 1 0 13:19 ? 00:00:00 crond
root 283 1 0 13:19 ? 00:00:00 inetd
root 297 1 0 13:19 ? 00:00:00 named
root 318 1 0 13:19 ? 00:00:00 sendmail: accepting
connections on port 25
root 333 1 0 13:19 ? 00:00:00 httpd
nobody 336 333 0 13:19 ? 00:00:00 httpd
nobody 337 333 0 13:19 ? 00:00:00 httpd
root 342 1 0 13:19 ? 00:00:00 /usr/sbin/mserver
root 355 1 0 13:19 ? 00:00:00
/opt/trend/ISADMIN/bin/IScanHttpd -f /opt/trend/ISADMIN/config/httpd.conf
nobody 357 355 0 13:19 ? 00:00:00
/opt/trend/ISADMIN/bin/IScanHttpd -f /opt/trend/ISADMIN/config/httpd.conf
root 380 1 0 13:19 tty1 00:00:00 /sbin/mingetty tty1
root 381 1 0 13:19 tty2 00:00:00 /sbin/mingetty tty2
root 382 1 0 13:19 tty3 00:00:00 /sbin/mingetty tty3
root 383 1 0 13:19 tty4 00:00:00 /sbin/mingetty tty4
root 384 1 0 13:19 tty5 00:00:00 /sbin/mingetty tty5
root 385 1 0 13:19 tty6 00:00:00 /sbin/mingetty tty6
root 387 1 0 13:19 ? 00:00:00 update (bdflush)
root 467 1 0 13:21 ? 00:00:00 smbd -D
root 478 1 0 13:21 ? 00:00:00 nmbd -D
nobody 2644 333 0 16:16 ? 00:00:00 httpd
root 3193 269 0 18:00 ? 00:00:00 CROND
root 3195 3193 0 18:00 ? 00:00:00 /bin/sh -c
/etc/iscan/prescan.cgi >/dev/null 2>&1
root 3196 3195 98 18:00 ? 05:04:57 /etc/iscan/prescan.cgi
root 4100 467 0 22:50 ? 00:00:03 smbd -D
root 4102 342 0 22:50 ? 00:00:01 /usr/sbin/mserver
root 4109 1 0 22:50 ttyS2 00:00:00 /usr/sbin/pppd /dev/ttyS2
115200
root 4113 283 0 22:51 ? 00:00:00 in.telnetd:
celly.joint.local
root 4114 4113 0 22:51 pts/1 00:00:00 login -- jeroen
jeroen 4126 4114 0 22:51 pts/1 00:00:00 -bash
nobody 4584 355 0 23:06 ? 00:00:00
/opt/trend/ISADMIN/bin/IScanHttpd -f /opt/trend/ISADMIN/config/httpd.conf
jeroen 4754 4126 0 23:08 pts/1 00:00:00 ps -ef

Afijn... een hele waslijst Maar heeft hij dan zoveel geheugen nodig?

De username van de oorspronkelijke plaatser van deze posting is bij Big Crash 3 eind mei 2001 verloren gegaan. Om toch de posting zelf terug te kunnen plaatsen is de user BC3 Victim in het leven geroepen


  • Aaargh!
  • Registratie: Januari 2000
  • Laatst online: 19-08 10:34

Aaargh!

Bow for me for I am prutser

Ik heb 384 MB ram, een paar programmaatjes open en 6MB ram vrij.

als je ''free'' intikt, moet je kijken naar de regel +/- buffers/cache , linux drukt n.l. al het ongebruikte geheugen vol met disk-cache

Those who do not understand Unix are condemned to reinvent it, poorly.


  • BC3 Victim
  • Registratie: Juli 2001
  • Laatst online: 29-09-2006
[root@cyrix etc]# free
total used free shared buffers cached
Mem: 63140 60000 3140 20928 11932 37304
-/+ buffers/cache: 10764 52376
Swap: 151160 1096 150064

3 en 150 mb vrij :? zie ik dat goed?

De username van de oorspronkelijke plaatser van deze posting is bij Big Crash 3 eind mei 2001 verloren gegaan. Om toch de posting zelf terug te kunnen plaatsen is de user BC3 Victim in het leven geroepen


  • ACM
  • Registratie: Januari 2000
  • Niet online

ACM

Software Architect

Werkt hier

code:
1
2
3
4
5
[acm@vulcanus parse]$ free
         total   used    free     shared    buffers     cached
Mem:      513304     506752  6552       0    5740     160652
-/+ buffers/cache:     340360     172944
Swap:    524264 10756     513508

Zoals je kan zien, van de 512MB ram, maar 6MB vrij, 160MB diskcache...

  • Apache
  • Registratie: Juli 2000
  • Laatst online: 17-08 14:28

Apache

amateur software devver

code:
1
2
3
4
5
blacky@bserver:~$ free
         total   used    free     shared    buffers     cached
Mem:       63316    39372   23944   42516    5240    8928
-/+ buffers/cache:  25204   38112
Swap:    157240    44     157196

:)

If it ain't broken it doesn't have enough features


  • ACM
  • Registratie: Januari 2000
  • Niet online

ACM

Software Architect

Werkt hier

Sja, als ik even geheugen vrijmaak worden er een paar mensen boos, maar ruim ik ook zo 300MB op ;)

  • Ronald
  • Registratie: Juli 2000
  • Laatst online: 20:38
Op zondag 27 mei 2001 23:20 schreef JVaags het volgende:

Onderstaande info komt uit top:

Mem: 63140K av, 61068K used, 2072K free, 21540K shrd, 12152K buff
Swap: 151160K av, 1320K used, 149840K free 37484K cached
Is heel normaal, je hebt 37484K cached (diskcache) staan. mijn 256mb stampt ie ook lekker vol. Niets om je zorgen over te maken dus, linux profiteerd gewoon goed van het geheugen dat ie heeft.
Je ziet ook dat er maar 1300K in de swap staat, oftewel hij zit echt niet in geheugenstress!

PV Output - Obdam; SolarEdge SE5K 'Voor korte strings'; 12x350Wp Oost-West 13°; 8x415Wp Zuid 10°; Totaal 7520Wp.


  • wouzer
  • Registratie: Maart 2000
  • Niet online
Dat is toch niet normaal :?
Dat lijkt mij nou optimaal gebruik maken van het beschikbare geheugen.

  • BC3 Victim
  • Registratie: Juli 2001
  • Laatst online: 29-09-2006
Ja inderdaad ... het geheugen wordt dus grotendeels voor cache gebruikt :? hoe kom ik er nu achter dat ik te weinig geheugen heb dan?

De username van de oorspronkelijke plaatser van deze posting is bij Big Crash 3 eind mei 2001 verloren gegaan. Om toch de posting zelf terug te kunnen plaatsen is de user BC3 Victim in het leven geroepen


  • ACM
  • Registratie: Januari 2000
  • Niet online

ACM

Software Architect

Werkt hier

Op maandag 28 mei 2001 10:25 schreef JVaags het volgende:
Ja inderdaad ... het geheugen wordt dus grotendeels voor cache gebruikt :? hoe kom ik er nu achter dat ik te weinig geheugen heb dan?
Door dmv
free
te kijken hoeveel swap je gebruikt en hoe weinig buffer/cache je gebruikt.

Als het getal bij -/+ buffers/cache te laag is (bijv maar 5 mb) dan heb je te weinig geheugen lijkt me...
Als je daarnaast ook nog veel swap gebruikt weet je het zeker.

Verwijderd

Het is heel normaal dat je maar een paar MB vrij hebt, linux swapt namelijk vrij agressief, het is dus eigenlijk niks om je zorgen over te maken. Mocht je echt je virtual memory gebruik willen tunen, lees dan dit eens door.

  • Mior
  • Registratie: Maart 2000
  • Laatst online: 15-08 00:58
code:
1
2
3
4
5
6
b0xx:~$ free
         total   used    free     shared    buffers     cached
Mem:      160528     155952  4576   57280   40636   72644
-/+ buffers/cache:  42672     117856
Swap:    120924     0     120924
b0xx:~$

Nix aan de hand, geheugen wordt goed gebruikt.

Daar is het tenslotte ook voor. Linux is gelukkig niet windows (98) die, als je 512 mb ram hebt, er maar 256 van gebruikt :)

  • RG
  • Registratie: Augustus 2000
  • Laatst online: 28-11-2025

RG

Lambda

Dit doet mijn server:
code:
1
2
Mem:    62900K av,   55732K used,    7168K free,   34736K shrd,    3004K buff
Swap:  133016K av,   0K used,  133016K free          38464K cached

En dan staat er toch een hele zwam te draaien: Apache, MySQL, BIND, Wu-ftp en de hele bimbam. Linux gebruikt het geheugen dat rvij is dus voor cache. Dit is niet alleen optimaal gebruik maken van het geheugen maar ook van de hd. Als iets in het buffer staat hoeft hij het dus ook niet van de hd te lezen. Bovendien heb je zo amper fragmentatie van je harde schijf! Zeer geweldig! verder heeft Linux shared geheugen. Dat betekend dat meerdere processen gebruik maken van dezelfde pages om zo geheugengebruik te verminderen.

[deze advertentieruimte is te koop]


  • BC3 Victim
  • Registratie: Juli 2001
  • Laatst online: 29-09-2006
Ik ben iig al blij dat ik geen extra geheugen aan moet schaffen :) ik zat nog teveel te denken aan de M$ >:) manier.

De username van de oorspronkelijke plaatser van deze posting is bij Big Crash 3 eind mei 2001 verloren gegaan. Om toch de posting zelf terug te kunnen plaatsen is de user BC3 Victim in het leven geroepen

Pagina: 1