X gebruikt 290 mb geheugen!!

[RickDB]

Als ik net geboot ben, dan gebruikt X windows System constant 285/290 mb!!
Ik heb nu het mosfet liquid thema verwijderd maar dat hielp niet.
Hoort X zoveel geheugen te gebruiken?


PS: ik heb 384 mb ddr, en 800 mb swap dus dat zal het probleem wel niet zijn

[Alarmnummer]

Ik draai X 1400x1050 16 bits (vind 32 bits onzin) met fluxbox, mozilla en amsn en zit op de 82 mb

[RickDB]

Ok dus het hoort niet zo, iemand anders enig idee waar dit door komt?

[Verwijderd]

bij mij is dit maar 20MB
met 512MB DDR-333, misschien moet je een grotere swap aanmaken?

[RickDB]

Maar mijn swap is dan langzamer dan mijn geheugen dus voor bv ut2003 heb ik liever mijn geheugen
En ik moest 2 x mijn geheugen nemen en dant heb ik al afgerond op 800 mb.
Kan dit door het mosfet thema gekomen zijn?


PS: ik zal zo effe een screenie uppen van procman.

[wzzrd]

Verwijderd schreef op 29 oktober 2002 @ 18:00:
bij mij is dit maar 20MB
met 512MB DDR-333, misschien moet je een grotere swap aanmaken?

Nóg groter??? Je hebt, neem ik aan, gezien dat hij al een swap van 800MB heeft?
Geeft je log errors aan?

[RickDB]

xconsole zegt niks van errors ofzo.
Dit deed ie het begin niet, toen had ik nog 170 mb totaal met veel proggie's op de achtergrond.

[wzzrd]

Overigens (ik heb net ff gekeken) heb ik na een dag draaien en met vanalles openstaan (als dat invloed heeft) een footprint van nog geen 90MB

[RickDB]

Nog een screenie:

knip knip k*t ftp

[Alarmnummer]

Wat een k*t popups!!

[Fatalharry]

leier!! allemaal kut popups

[RickDB]

Het is een onbekende ftp site sorry voor de popups.
Ik heb namelijk alleen nog maar daar geupped nog nooit getest, up hem wel effe bij lycos.

[deadinspace]

fatalharry schreef op 29 oktober 2002 @ 18:16:
leier!! allemaal kut popups

Je kunt het ook wat vriendelijker brengen hoor.


Kijk eens gewoon met "top" of "ps aux" hoeveel ram X gebruikt, en dan zowel de "VSZ" of 'VIRTUAL" en de "RSS" of "RES"...

[RickDB]

Met psaux zegt ie dit(word wel een beetje lange post maar ja ):

USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 1.2 0.1 1332 516 ? S 23:34 0:05 init
root 2 0.0 0.0 0 0 ? SW 23:34 0:00 [migration_CPU0]
root 3 0.0 0.0 0 0 ? SW 23:34 0:00 [keventd]
root 4 0.0 0.0 0 0 ? SWN 23:34 0:00 [ksoftirqd_CPU0]
root 5 0.0 0.0 0 0 ? SW 23:34 0:00 [kswapd]
root 6 0.0 0.0 0 0 ? SW 23:34 0:00 [bdflush]
root 7 0.0 0.0 0 0 ? SW 23:34 0:00 [kupdated]
root 9 0.0 0.0 0 0 ? SW 23:34 0:00 [khubd]
root 11 0.0 0.0 0 0 ? SW 23:34 0:00 [kjournald]
root 30 0.0 0.1 1528 728 ? S 23:34 0:00 /sbin/devfsd /dev
root 4478 0.0 0.1 1488 708 ? S 23:35 0:00 /usr/sbin/syslogd
root 4481 0.0 0.3 2192 1296 ? S 23:35 0:00 /usr/sbin/klogd -
root 4516 0.0 0.1 1304 444 vc/1 S 23:35 0:00 /sbin/agetty 3840
root 4517 0.0 0.1 1304 444 vc/2 S 23:35 0:00 /sbin/agetty 3840
root 4518 0.0 0.1 1304 444 vc/3 S 23:35 0:00 /sbin/agetty 3840
root 4519 0.0 0.1 1304 444 vc/4 S 23:35 0:00 /sbin/agetty 3840
root 4520 0.0 0.1 1304 444 vc/5 S 23:35 0:00 /sbin/agetty 3840
root 4521 0.0 0.1 1304 444 vc/6 S 23:35 0:00 /sbin/agetty 3840
root 4529 0.0 0.1 2348 724 ? S 23:35 0:00 /usr/kde/3/bin/kd
root 4531 0.9 4.6 283592 18080 ? S 23:35 0:03 /usr/X11R6/bin/X
root 4532 0.0 0.4 3196 1612 ? S 23:35 0:00 -:0
rick 4612 0.0 0.2 2188 940 ? S 23:40 0:00 /bin/sh /etc/X11/
rick 4667 0.0 0.2 2200 1032 ? S 23:40 0:00 /bin/sh --login /
rick 4695 0.1 2.7 24072 10608 ? S 23:40 0:00 kdeinit: Running.
rick 4698 0.0 2.7 23744 10720 ? S 23:40 0:00 kdeinit: dcopserv
rick 4701 0.0 3.0 24952 11912 ? S 23:40 0:00 kdeinit: klaunche
rick 4703 0.2 3.3 25452 12988 ? S 23:40 0:00 kdeinit: kded
rick 4717 0.1 3.9 28668 15044 ? S 23:40 0:00 kdeinit: knotify
rick 4718 0.0 0.0 1376 360 ? S 23:40 0:00 kwrapper ksmserve
rick 4720 0.1 3.3 25460 12840 ? S 23:40 0:00 kdeinit: ksmserve
rick 4721 0.5 3.8 26644 14680 ? S 23:40 0:00 kdeinit: kwin -se
rick 4722 8.1 7.4 45060 28684 ? S 23:40 0:05 /usr/lib/mozilla/
rick 4724 1.2 4.8 30408 18552 ? S 23:40 0:00 kdeinit: kdesktop
rick 4727 1.7 4.4 28628 17228 ? S 23:40 0:01 kdeinit: kicker
rick 4728 0.0 2.9 24556 11220 ? S 23:40 0:00 kdeinit: kio_file
rick 4733 0.0 7.4 45060 28684 ? S 23:40 0:00 /usr/lib/mozilla/
rick 4734 0.1 7.4 45060 28684 ? S 23:40 0:00 /usr/lib/mozilla/
rick 4735 0.0 7.4 45060 28684 ? S 23:40 0:00 /usr/lib/mozilla/
rick 4736 0.1 3.5 25628 13804 ? S 23:40 0:00 korgac --miniicon
rick 4737 0.1 3.2 25380 12540 ? S 23:40 0:00 kalarmd -session
rick 4739 0.9 4.7 29560 18116 ? S 23:40 0:00 kopete -session 1
rick 4742 0.0 7.4 45060 28684 ? S 23:40 0:00 /usr/lib/mozilla/
rick 4745 0.0 7.4 45060 28684 ? S 23:40 0:00 /usr/lib/mozilla/
rick 4751 1.2 3.9 27424 15320 ? S 23:41 0:00 kdeinit: konsole
root 4753 0.1 0.3 2460 1356 pts/0 S 23:41 0:00 bash
root 4759 0.0 0.2 2712 820 pts/0 R 23:41 0:00 ps aux
bash-2.05a#

Als ik net geboot ben gebruikt ie maar 170 mb, maar naar een paar keer mozilla of konqueror gestart te hebben blijft ie op die hoogte qua geheugen gebruik.
En met top zegt ie dit:

11:44pm up 9 min, 0 users, load average: 0.15, 0.17, 0.08
45 processes: 43 sleeping, 2 running, 0 zombie, 0 stopped
CPU states: 2.1% user, 1.9% system, 0.0% nice, 95.8% idle
Mem: 384720K av, 157400K used, 227320K free, 0K shrd, 6840K buff
Swap: 899632K av, 0K used, 899632K free 75672K cached

PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
4531 root 15 0 276M 20M 5064 S 2.1 5.4 0:07 X
4751 rick 15 0 15872 15M 14540 R 0.9 4.1 0:01 kdeinit
4761 root 15 0 992 992 796 R 0.1 0.2 0:00 top
1 root 15 0 516 516 444 S 0.0 0.1 0:05 init
2 root 0K 0 0 0 0 SW 0.0 0.0 0:00 migration_CPU0
3 root 15 0 0 0 0 SW 0.0 0.0 0:00 keventd
4 root 34 19 0 0 0 SWN 0.0 0.0 0:00 ksoftirqd_CPU0
5 root 15 0 0 0 0 SW 0.0 0.0 0:00 kswapd
6 root 25 0 0 0 0 SW 0.0 0.0 0:00 bdflush
7 root 15 0 0 0 0 SW 0.0 0.0 0:00 kupdated
9 root 19 0 0 0 0 SW 0.0 0.0 0:00 khubd
11 root 15 0 0 0 0 SW 0.0 0.0 0:00 kjournald
30 root 15 0 728 728 596 S 0.0 0.1 0:00 devfsd
4478 root 15 0 708 708 588 S 0.0 0.1 0:00 syslogd
4481 root 15 0 1296 1296 432 S 0.0 0.3 0:00 klogd
4516 root 15 0 444 444 388 S 0.0 0.1 0:00 agetty
4517 root 15 0 444 444 388 S 0.0 0.1 0:00 agetty
4518 root 15 0 444 444 388 S 0.0 0.1 0:00 agetty
4519 root 15 0 444 444 388 S 0.0 0.1 0:00 agetty
4520 root 15 0 444 444 388 S 0.0 0.1 0:00 agetty
4521 root 15 0 444 444 388 S 0.0 0.1 0:00 agetty
4529 root 15 0 724 724 644 S 0.0 0.1 0:00 kdm
4532 root 15 0 1612 1612 1232 S 0.0 0.4 0:00 kdm
4612 rick 17 0 940 940 796 S 0.0 0.2 0:00 kde-3.0.4
4667 rick 15 0 1032 1032 876 S 0.0 0.2 0:00 startkde
4695 rick 15 0 10608 10M 10436 S 0.0 2.7 0:00 kdeinit
4698 rick 15 0 10720 10M 10488 S 0.0 2.7 0:00 kdeinit
4701 rick 15 0 11980 11M 11592 S 0.0 3.1 0:00 kdeinit

Ik snap er nou helemaal niks meer van , kzal Xfree wel effe unemergen en weer mergen om te kijken of dat wat uit maakt.

[_Squatt_]

Je moet kijken naar RSS, niet naar SIZE (daar zit geloof ik ook je videogeheugen bij, staat wel ergens op het forum). X gebruikt dus maar 20 MB.

Ook staat er dat X 5.4 %MEM gebruikt. Al geprobeerd om 5.4% van 384 MB te nemen?

[RickDB]

Ah is dat het, waarom procman dan totaal 371 mb in gebruik weergeeft weet ik dan ook niet
Maar ik kan ook helemaal geen proggie vinden wat abnormaal veel geheugen gebruikt(behalve X dan volgens procman ).

[Wilke]

Dohhhh......wanneer stoppen mensen nou eens zich druk te maken over memory usage reports behalve wanneer ze ergens last van hebben!

Is je computer ultiem sloom? Kijk *DAN* gaat het ergens over. Is er niks aan de hand, waarom maak je dan problemen die er niet zijn?

Okay, ps en top zouden dit misschien nog duidelijker kunnen aangeven, maar het blijkt dat er in 90% van de gevallen gewoon echt niet goed gelezen wordt.

[Verwijderd]

Linux zal het grootste deel van je ongebruikte geheugen gebruiken om te cachen. Als er geheugen nodig is voor een programma wordt dat vrij gemaakt. Mijn free -m ziet er als volgt uit met Mozilla, Kmail, KDE/X, konsole, Kfish, Licq, Ksensors en nog het eea:

code:

bash-2.05a$ free -m
             total       used       free     shared    buffers     cached
Mem:           503        491         12          0          0        255
-/+ buffers/cache:        235        267
Swap:          486          8        478

Zoals je ziet is er in mijn geval dus 255 MB in gebruik voor cache.

[ Voor 0% gewijzigd door Verwijderd op 30-10-2002 00:36 . Reden: wat weggevallen ]

[Verwijderd]

Ja, dat is wel een beetje waar

Mensen die 256MB of meer hebben, doen er ook goed aan om gewoon geen swap file/partitie aan te maken. Scheelt weer ruimte, je hebt het toch (meestal)niet nodig.

Linux cached een hoop, dit gaat je veel geheugen kosten.. maar op het moment dat je echt meer geheugen nodig hebt, maakt linux het geheugen weer beschikbaar.

[RickDB]

Van die cache wist ik nog niet, dat verklaard een hoop
Ik was dus effe mijn swap aan het resizen en toen zag ik dat mijn geheugen vol zat, en mijn muis begon daardoor te haperen.
Maar gelukkig is het alleen de cache :-)
fsh-2.05a$ free -m
total used free shared buffers cached
Mem: 375 369 6 0 10 233
-/+ buffers/cache: 125 250
Swap: 878 0 878
sh-2.05

Allemaal bedankt voor jullie hulp

[deadinspace]

Rick164 schreef op 29 oktober 2002 @ 23:42:
Met psaux zegt ie dit(word wel een beetje lange post maar ja ):

Het ging alleen om de regel met X erin hoor, en in [ code ] tags was het leesbaarder geweest

code:

USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root      4531  0.9  4.6 283592 18080 ?      S    23:35   0:03 /usr/X11R6/bin/X

283,592 KB VSZ en 18,080 RSS dus.
VSZ is hoeveel address space het process gebruikt, dus hoeveel KB aan geheugen adressen in het eigen memory wereldje van dat process.
RSS is hoeveel fysiek geheugen dat process toegewezen heeft gekregen.

In VSZ is dus ook geheugen dat uitgeswapt, het memory-mapped videogeheugen en I/O space, en mmap()ed files meegeteld (en vast nog meer). Deze is dus niet representatief (en in het geval van XFree al helemaal niet vanwege het memory-mapped videogeheugen).
RSS is hetgene waar je naar moet kijken.

Als ik net geboot ben gebruikt ie maar 170 mb, maar naar een paar keer mozilla of konqueror gestart te hebben blijft ie op die hoogte qua geheugen gebruik.

Dat kan goed kloppen. Als X programma's X graphics alloceren (zoals scrollable visuals), dan wordt dat bij het geheugengebruik van XFree geteld (afaik omdat dit in shared mem plaatsvindt waar XFree de owner van is).

Rick164 schreef op 30 oktober 2002 @ 00:26:
Ah is dat het, waarom procman dan totaal 371 mb in gebruik weergeeft weet ik dan ook niet
Maar ik kan ook helemaal geen proggie vinden wat abnormaal veel geheugen gebruikt(behalve X dan volgens procman ).

Mja, je moet total used - cached - buffers hebben voor een representatieve weergave. Zie "free -m" output.

Verwijderd schreef op 30 oktober 2002 @ 00:41:
Mensen die 256MB of meer hebben, doen er ook goed aan om gewoon geen swap file/partitie aan te maken. Scheelt weer ruimte, je hebt het toch (meestal)niet nodig.

Ho!
De Linux VM is ontworpen om te werken met swap. Uitzetten kan, maar dan moet je wel zeker weten dat je voldoende geheugen hebt. Het is in principe nooit aan te raden om geen swap te nemen, maar als je veel ram hebt en krap in diskspace zit kun je het overwegen.

Met 256 MB zou ik voor normaal desktop gebruik zeker swap nemen, 256 MB of liever nog 512 MB.

[deadinspace]

Oooow!!! UTFS!!!! RTFM!!! Lees de FAQ!!!!!1111

FAQ Non-Windows Operating Systems - Update: 13/02
FAQ Non-Windows Operating Systems - Update: 13/02



_{Voor degenen die het niet snappen, die heb ik dus net toegevoegd...}

[Wilke]

Verwijderd schreef op 30 oktober 2002 @ 00:41:
Mensen die 256MB of meer hebben, doen er ook goed aan om gewoon geen swap file/partitie aan te maken. Scheelt weer ruimte, je hebt het toch (meestal)niet nodig.

For the record: dat is dus een heel erg slecht advies. 2.4 kernels moeten gewoon swap hebben willen ze betrouwbaar zijn. Het is echter niet meer zo dat je 2xRAM moet aanhouden als richtlijn. Dat zou ook wel een beetje irritant worden als je 512 MB RAM (of meer) hebt. In dat geval is 256 of 512 MB swap wel prima (voor de doorsnee computer). Helemaal geen swap = niet goed.

Linux cached een hoop, dit gaat je veel geheugen kosten.. maar op het moment dat je echt meer geheugen nodig hebt, maakt linux het geheugen weer beschikbaar.

En dat is wel waar, en woei!! Het staat nu ook in de FAQ