Speicher-Bug im Kernel 2.4.0 ?

[hansiglaser]

Hi!
Ich benutze seit ein paar Tagen den neuen Kernel 2.4.0. Mir sind zwei Probleme aufgefallen:
1) Die Speicheranzeige mit 'free' behauptet, daß "shared" 0 ist. Bei 2.2.18 ist diese Zahl wesentlich größer als 0. (auch /proc/meminfo behauptet 0!)
2) Diskzugriffe verlangsamen das System immens! Die Maus ruckelt und die Prozessorauslastung geht bis auf 100%! Wo das Kopieren großer Dateien bei Kernel 2.2.x kein Problem war, bleibt mir mit 2.4.0 die Maus oft ganz stehen, für Sekunden.

Ich will den neuen Kernel nicht schlecht machen. Ich denke mir viel mehr, daß ich beim Konfigurieren eine falsche Option verwendet habe.

Hat von euch jemand ähnliche Probleme? Bitte helft mir, weil so kann ich mein System nur beschränkt nutzen.

Bye
Hansi

[D/\S]

Hi,

also das mit der ruckelnden Maus kann ich dir leider nicht erklären... mir sind da bisher keine wesentlichen Unterschiede zwischen 2.2.16/18 und 2.4.0 aufgefallen.

Aber zu deinem ersten Problem:

Der 2.4er Kernel verwendet einen neuen Mechanismus für Shared memory, der ein eigenes Dateisystem benötigt. Vielleicht hast du dieses Dateisystem nicht eingerichtet?
Es müsste dazu eigentlich reichen ein Verzeichnis "/dev/shm" anzulegen und die Zeile "none /dev/shm shm defaults 0 0" in die /etc/fstab einzutragen.

Gruß,
Dominic

[Sebastian Ude]

Also das mit dem ruckeln der Maus ist doch eine bekannte Sache, die es nicht nur bei Linux gibt.
Der Controller blockiert praktisch zu lange den PCI Bus. Es kann auch passieren, dass wenn du gerade mp3's hörst die Soundkarte für 10 sek. aussetzt usw.
Warum es das Problem bei dir erst mit dem 2.4er Kernel gibt kann ich mir nicht erklären, es könnte höchstens sein, dass jetzt die PCI Latency für deinen Controller höher gesetzt wird als beim 2.2er. Da hilft nur Dokumentationen (oder Source) lesen und sehen wie man das ändert.

[Johann Glaser]

Hi!
Danke für eure Nachrichten!

1) Das mit dem Shared Memory hab ich glaubi zu ungenau beschrieben.
Ich meine nicht das IPC-Shared-Memory (mit shmget, ...), sondern die Libraries, die von vielen Anwendungen gleichzeitig benutzt werden. Der Kernel meint, daß es keine gemeinsam benutzen Libraries gibt (sagt also 0 Bytes), obwohl die Libraries sicher nur einmal geladen sind, weil bei GNOME wäre mir da mein RAM bestimmt zu wenig. <img src="http://www.pl-forum.de/UltraBoard/Images/Happy.gif" border="0" align="middle">

2) Da Diskzugriffe sowieso im Interrupt laufen, kann kein HDD-Kontroller den Bus lahm legen. Es sei denn, der Kernel probierts mit Polling. <img src="http://www.pl-forum.de/UltraBoard/Images/Happy.gif" border="0" align="middle"> Dann is er aber selber schuld. <img src="http://www.pl-forum.de/UltraBoard/Images/Happy.gif" border="0" align="middle"> Wißt ihr, wo man das bei der Konfiguration einstellen kann?

Noch was: Wie krieg ich den blöden [kapm-idled] weg? Der is lästig. <img src="http://www.pl-forum.de/UltraBoard/Images/Sad.gif" border="0" align="middle">

Bye
Hansi

[Klaus]

Bei mir half bei einem aehnlichen Problem die DMA-Einstellung. Schalte einfach den DMA Modus der Platte ein (sofert diese es auch unterstuetzt) und es sollte wenigestells ein wenig helfen...

[Hansi Glaser]

Hi!

Das mit DMA scheint geholfen zu haben. Komisch, daß er da nicht von alleine draufgekommen is. <img src="http://www.pl-forum.de/UltraBoard/Images/Sad.gif" border="0" align="middle">

Danke für die Hilfe!

Bye
Hansi