Seher hohe RAM-Nutzung (auch ohne X)

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Antworten
Toxic Wolf
Beiträge: 10
Registriert: 05.07.2006 05:27:08
Wohnort: /dev/eth0

Seher hohe RAM-Nutzung (auch ohne X)

Beitrag von Toxic Wolf » 04.04.2007 11:39:29

Moin moin,

Ich bin vor kurtzem wieder zu Debian zurueck gekommen, habe mir alles schoen eingerichtet doch dann habe ich innerhalb von den ersten 24 Std etwas sehr unschoenes festgestellt.

Nachdem ich das erste mal schlafen war und wieder aufgestanden bin war meine RAM-Nutzung bei ueber 400MiB ob wohl nur Firefox und MPD liefen. Natuerlich hatte ich mal nachgeschaut was hier so viel Speicher verbraucht doch an gestarteten Anwendungen / Diensten liegt es nicht, diese verbrauchten etwa 100MiB. Ich hatte dann mal X beendet und habe ohne X nach dem RAM geschaut und war doch etwas erschrocken als immer noch 263MiB in nutzung waren ob wohl soweit nix weiter mehr lief.

Jemand anderes meinte das es wohl der Kernelspeicher sein wird doch etwa 250-300MiB fuer Kernelspeicher? Zumal der Speicher anscheinend nach und nach auch noch am steigen ist.

Nun ja, da ich eh nen neuen Brenner eingebaut habe, habe ich gestern natuerlich den Rechner mal runter gefahren gehabt. Den ganzen Tag ueber ging er nicht ueber 220MiB Ram nutzung doch jetzt ist er wieder auf 420MiB

Ich weiss nicht welche ausgaben benoetigt werden damit man evtl. was festellen kann (falls ueberhaupt noetig) waere daher nett mir einfach bescheid zu geben.

Systeminformation

Code: Alles auswählen

OS: Debian etch x86 (von Sarge auf etch upgegraded)
Kernel: 2.6.18 (aus Debian kernel-sourcen gebaut mit standart config von linux-image-2.6.18-4-486, ich habe beim bauen lediglich "highmem" aktiviert)
Ram: 2x 1024MiB
free -m

Code: Alles auswählen

             total       used       free     shared    buffers     cached
Mem:          2028       1346        681          0        211        705
-/+ buffers/cache:        429       1598
Swap:          486          0        486
ps axv | grep -v '0.0 '

Code: Alles auswählen

  PID TTY      STAT   TIME  MAJFL   TRS   DRS   RSS %MEM COMMAND
 2985 ?        S      0:35      3   181  7790  3844  0.1 /usr/bin/mpd /etc/mpd.conf
 2986 ?        S      0:01      1   181  7810  3496  0.1 /usr/bin/mpd /etc/mpd.conf
 3067 tty7     SLs+   6:33    229  1505 78702 57748  2.7 /usr/bin/X11/X -dpi 100 -nolisten tcp
 3077 tty1     S      0:04     58  1111  9064  6536  0.3 fluxbox
 3083 tty1     S      0:00     16   106 16317 10804  0.5 aterm -geometry +220+177
 3084 tty1     S      0:00     16   106 16337 10856  0.5 aterm -geometry +708+177
 3085 tty1     S      0:00     16   106 16345 10840  0.5 aterm -geometry +220+522
 3086 tty1     S      0:00     16   106 16213 10752  0.5 aterm -geometry +708+522
 3088 tty1     S      0:03    188   623 28612 17616  0.8 gaim
 3105 ?        S     10:52     64   859 38156 27156  1.3 python /usr/lib/gdesklets/gdesklets-daemon
 3123 ?        S      0:00      2    47  4128  2388  0.1 /usr/lib/libgconf2-4/gconfd-2 24
 3855 ?        S      0:01     11   149 11302  6156  0.2 /usr/bin/artsd -F 10 -S 4096 -s 60 -m artsmessage -l 3 -f
 3907 ?        Ss     0:00      4   106 16349 10896  0.5 /usr/bin/aterm
 5430 ?        Sl     5:03      1   538 78065 20552  0.9 /home/wolf/RealPlayer/realplay.bin /tmp/nph-acapelastream
 5432 ?        S      0:00      0   538 22701  2132  0.1 /home/wolf/RealPlayer/realplay.bin /tmp/nph-acapelastream
 5952 ?        Sl     0:14      0 10101 134990 38920  1.8 /opt/firefox/firefox-bin
 5976 ?        S      0:00      0   106 16529 11072  0.5 aterm
Kann man den Speicherverbrauch durch neuen Kernel-Bauen reduzieren oder liegt der Verbrauch an einer ganz anderen Stelle?
MfG
Tox!c Wolf

Benutzeravatar
Snoopy
Beiträge: 4297
Registriert: 17.11.2003 18:26:56
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Rh.- Pflz.

Beitrag von Snoopy » 04.04.2007 12:09:16

Hi

Naja ich habe keinen eigenen Kernel, sondern einen "von der Stange".
Die Aktion wegen dem highmem kann ich net ganz nachvollziehen :?

Code: Alles auswählen

linux-image-2.6-686-bigmem
sollte alles mitbringen was das RAM-Herz begehrt.

Original Debiankernel inkl. XServer, XFCE, Iceweasel, TKabber und Icedove brauchen bei mir grad mal 85MB oder so.

Was ich gemerkt habe, wenn z.B. ein fsck oder ähnliches gelaufen ist, geht die RAM Nutzung rapide nach oben, allerdings auch noch im grünen Bereich.
Wobei die RAM Nutzung ja auch eigentlich legitimiert ist, dafür ist der Speicher ja auch da *ggg ;)

pluvo

Beitrag von pluvo » 04.04.2007 12:32:04

Wobei bigmem eigentlich doch erst ab 4 GB gebraucht wird. :wink:

Öffne eine shell und starte "top", drücke "Shift"+"m" und dann solltest du den Übeltäter finden.

Toxic Wolf
Beiträge: 10
Registriert: 05.07.2006 05:27:08
Wohnort: /dev/eth0

Beitrag von Toxic Wolf » 04.04.2007 12:59:44

naja gut, der Ram ist zwar dafuer da, aber trozdem unschoen wenn Viel Ram benoetigt wird fuer etwas, das garnicht noetig ist und man nicht weiss weshalb so viel Ram in nutzung ist ;)

'top' mit druecken von 'shift + m' liefert die gleichen werte wie 'ps axv' mit dem unterschied halt das die Sortierung anders ist ^^
Wobei bigmem eigentlich doch erst ab 4 GB gebraucht wird.
Naja, wenn man nen Kernel Baut und seine 2GiB erkannt haben moechte muss man auch den 4GiB Support aktivieren ;)
Die Aktion wegen dem highmem kann ich net ganz nachvollziehen
Naja, mir schien Debian hat kein Kernel der meine 2GiB erkennen moechte ;) Auserdem will ich eh spaeter den Kernel noch minimieren.

Wegen dem "bigmem" Kernel
linux-image-2.6-686-bigmem - Linux kernel 2.6 image on PPro/Celeron/PII/PIII/P4
Ich habe nen Athlon 64 (vergessen zu erwaehnen ^^)
MfG
Tox!c Wolf

pluvo

Beitrag von pluvo » 04.04.2007 13:09:33

Toxic Wolf hat geschrieben:'top' mit druecken von 'shift + m' liefert die gleichen werte wie 'ps axv' mit dem unterschied halt das die Sortierung anders ist ^^
Ja, und der ganz oben steht, braucht am meisten Arbeitsspeicher
Toxic Wolf hat geschrieben:Naja, wenn man nen Kernel Baut und seine 2GiB erkannt haben moechte muss man auch den 4GiB Support aktivieren ;)
bigmem = 4-64G RAM

Toxic Wolf hat geschrieben:Ich habe nen Athlon 64 (vergessen zu erwaehnen ^^)
32-bit System: linux-image-2.6-k7
64-bit System: linux-image-2.6-amd64

Toxic Wolf
Beiträge: 10
Registriert: 05.07.2006 05:27:08
Wohnort: /dev/eth0

Beitrag von Toxic Wolf » 04.04.2007 13:24:33

Ja, und der ganz oben steht, braucht am meisten Arbeitsspeicher
Ja, aber diese Ausgabe hilft mir nicht bzw mir hilft nicht zu wissen was am meisten Speicher verbraucht... das weiss ich ja bereits (u.a. durch ps axv) aber alle laufenden Anwndungen und Dienste zusammen gerechnet ergeben keine 20% somit keine 421MiB Ram... und ohne X ist der hoechste %MEM Wert = 0.3 - 0.6 aber trozdem 260MiB Ram in nutzung.
bigmem = 4-64G RAM
ah ok...
32-bit System: linux-image-2.6-k7
64-bit System: linux-image-2.6-amd64
ich hatte schon mal nen k7 Kernel installiert und auch keine 2GiB gehabt... also kann ich mit der Image nix anfangen :( Naja aber vielleicht mit der Config aber irgendwie bezweifle ich trozdem das es irgend eine aenderung bringen wird...
MfG
Tox!c Wolf

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 04.04.2007 13:27:23

Toxic Wolf hat geschrieben: Naja, wenn man nen Kernel Baut und seine 2GiB erkannt haben moechte muss man auch den 4GiB Support aktivieren ;)
aber der HIGHMEM64G muß nicht, wie bei den "*-bigmem" Kernels aktiviert werden :wink:

Code: Alles auswählen

root@gms4:~# apt-cache show linux-image-2.6-686-bigmem
....
Description: Linux kernel 2.6 image on PPro/Celeron/PII/PIII/P4
 This package depends on the latest binary image for Linux kernel 2.6 on
 Pentium Pro/Celeron/Pentium II/Pentium III/Pentium 4 with 4-64G RAM
 machines.
Toxic Wolf hat geschrieben: naja gut, der Ram ist zwar dafuer da, aber trozdem unschoen wenn Viel Ram benoetigt wird fuer etwas, das garnicht noetig ist und man nicht weiss weshalb so viel Ram in nutzung ist
ob Daten im Cache jemals wieder benötigt wird, kann nicht einmal der Linux-Kernel vorausahnen. Es wäre daher sinnlos diese Daten aus dem Cache zu entfernen, nur damit der Speicher nicht mehr genutzt wird ( brach liegt )

Gruß
gms

Toxic Wolf
Beiträge: 10
Registriert: 05.07.2006 05:27:08
Wohnort: /dev/eth0

Beitrag von Toxic Wolf » 04.04.2007 13:32:52

gms hat geschrieben:ob Daten im Cache jemals wieder benötigt wird, kann nicht einmal der Linux-Kernel vorausahnen. Es wäre daher sinnlos diese Daten aus dem Cache zu entfernen, nur damit der Speicher nicht mehr genutzt wird ( brach liegt )

Gruß
gms
mir gehts ja nicht um den Cache sondern den tatsaechlich genutzen bzw belegten Speicher :( gecached wird bei mir ja fast der ganze Ram doch das dies normal ist weiss ich und das stoert mich nicht (warum auch? Cache bedeutet ja nicht, das der Speicher belegt ist und nicht mehr genutz werden kann)
MfG
Tox!c Wolf

Benutzeravatar
uwepr
Beiträge: 657
Registriert: 03.02.2007 12:13:01
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Halle/S.
Kontaktdaten:

Beitrag von uwepr » 04.04.2007 14:46:47

Hallo,Ihr Lieben,
schaut mal http://wiki.debianforum.de/LinuxSpeichermanagement
Viele Grüße!Uwe Pr.
squeeze/fluxbox

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 04.04.2007 15:04:09

es kann leider nicht jeder Speicherbereich eindeutig einem Prozeß zugeordnet werden ( z.B wird der Speicherbereich von Shared Libraries ( ausgenommen der private) von mehreren Prozessen verwendet ). Vielleicht kannst du das mittels "memstat" besser nachvollziehen ( ist im gleichnamigen Paket enthalten, siehe auch /usr/share/doc/memstat/memstat-tutorial.txt.gz )
Eventuell ( eher unwahrscheinlich) wird auch von einem oder mehreren Prozessen ein Shared Memory verwendet, dieses müßtest du über das Kommando "ipcs" einsehen können.

Gruß
gms

Toxic Wolf
Beiträge: 10
Registriert: 05.07.2006 05:27:08
Wohnort: /dev/eth0

Beitrag von Toxic Wolf » 04.04.2007 19:45:50

hmm, danke fuer Eure Antworten und ein besonderes danke auch an Uwe Pr. fuer den Link, dieser ist doch sehr informativ auch wenn er mir hier nicht wirklich weitergeholfen hat und auch einige Punkte nicht ganz zutreffend sind (zumindest hier).

Wie das mit dem Speicher auch immer unter Debian gehandhabt wird es ist doch etwas irritierend. Ich hatte die ganze Zeit ueber 420-440MiB Ram in nutzung und habe dann mal VirtualBox installiert und darauf dann Arch-Linux wobei ich ich Arch-Linux hier 256MiB Ram zugeteilt hatte. Vom Ram waren dann jedoch nicht 676-696MiB in nutzung sondern ca. 580MiB. Als ich eben VirtualBox beendet habe hatte ich auf einmal nur noch 271MiB in nutzung... huch? Irgendwie verstehe ich hier garnix mehr, irgendwie sieht es fuer mich so aus als wuerde Debian (bei mir) mit der Verwaltung des Speichers nicht richtig klar kommen. Inzwischen steigt der belegte Speicher wieder.

Eben gerade noch mal VirutalBox gestartet und 1024Mib Ram zugeteilt und anschliessend wieder beendet jetzt nur noch 208MiB Ram in verwendung... Irgendetwas laeuft hier wohl nicht richtig. Aber naja, sieht so aus als hatte noch keiner mit diesem Problem zutun gehabt und daher auch keine weiteren ideen was man machen kann :(
MfG
Tox!c Wolf

Antworten