linux-l: Computer haengt

[Wolfgang Jung]

On Tue, Jan 06, 1998 at 03:34:59PM +0100, Oliver Bandel wrote: 
> Hallo Thomas!
> 
> 
> On Tue, 6 Jan 1998, Thomas Rydl wrote:
> 
> > Hi Leute!
> > Ich habe hier manchmal ein Problem, das ich sehr merkwuerdig finde. Ich
> > lese gerade Mail und will in den Index zurueckkehren, aber dann passiert
> > fuer cirka eine Minute erst mal gar nichts, bis dann alles wieder laeuft.
> 
> Ich nehme an, Deine Mailfolder sind sehr groß bzw. umfassen mehrere
> hundert Mails.
> Wenn Du dann den Folder wechselst, wird das Mailprogramm den Folder
> durchsuchen und ggf. Mails löschen oder in einen anderen Folder
> verfrachten. Je größer die Folder sind, desto länger dauert das.
> Und wenn Dateien geändert werden müssen, dann muß man eben auf die
> Festplatte zugreifen.

Ganz schlimm ist es, wenn mail die inbox (/var/spool/mail/USER ) bearbeitet
und eine neue mail reingekommen ist, und selbige wirklich RIESIG ist. In diesem
Fall wird naemlich sowohl von ELM, als auch MUTT sofort die mailbox
neu geladen, bzw analysiert. Fuer den unerfahrenen Nutzer stellt sich das
in der Tat als "haengen" darf.
Was die Plattenaktivitaeten betrifft, versuche mal genau herauszufinden,
ob die sich wirklich bewegen, oder nur die LED aktiv ist, das sowohl auf
dem SCSI Port (oder dem IDE Port ) und den einzelnen Platten, sofern die
LED's haben. Nicht ausgeschlossen ist es naemlich, dass eine Deiner
Platten einen Defekt hat (oder einen FAST defekt) und da intern (ohne de,m
Sysmte etwas zu melden) ewig dran rumprobiert (erfolgreich), dsann klemmt es
idR(tm) auch bei SCSI .

> Es kann sein, daß nur Dein Programm wartet, bis die Aktionen abgeschlossen
> sind, nicht das System steht.
> 
> Aber ich habe auch vage in Erinnerung, daß bei Plattenzugriffen des Kernels
> keine anderen Aktionen erlaubt sind.

Beim IDE gab es mal sowas, ob das jetzt auf den SCSI und den BUSmaster IDE
auch zuschreiben ist glaube ich weniger.

> Inwieweit das grundsätzlich so gemacht wird, oder nur bei systemeigenen
> Plattenzugriffen weiß ich nicht. Aber prüfe doch mal, ob in der Zeit, wo
> Dein Mailprogramm steht, wirklich nichts weiteres geht (dann dürfte
> zum Beispiel auch das Umschalten auf eine andere Konsole nicht
> funktionieren.)

am besten auf einer Console den top starten und dann mails in der
anderen lesen, wichtig top sollte laufen. bevor man mails anfaengt
zu lesen :) macht das weiterhin seinen update, dann ist der MUA einfach
beschaeftigt :)

> Daß das Mailprogramm erst eine Aktion beendet und dann die nächste anfängt
> hat einen Sinn: Es soll verhindert werden, daß es Datenchaos gibt. 
> Wenn man Dateien in einen Folder verschiebt, den man bereits betrachtet,
> dann sieht man eben nicht mehr den aktuellen Inhalt, sondern den veralteten.
> 
> Würde man eine Datenbank als Mailreader nutzen (oder die Mailprogramme
> etwas aufwendiger programmieren), dann könnte man auf noch nicht fertig
> bearbeitete Folder erst mal eine Zugriffssperre legen; andere Folder
> könnte man dann bereits bearbeiten.
> 
> Vielleicht ist ja einer der Mailprogramm-Programmierer bereit, so etwas
> in die nächste version mit aufzunehmen. Schreib dem Programmautor doch mal
> eine Mail.

Was ggf helfen kann ist das verwenden des mh Mboxstyles, in dem jede mail
seine eigene Datei hat. zB: MUTT unterstuetzt das.
pine verwendet wohl etwas aehnliches. elm ist zu alt..


Ausgeschlossen ist es sicher auch nicht, dass beim DUAL PP es quasi deadlocks
gibt, die der kernel nur sehr langsam wieder aufloesen kann, bzw immer wieder
neu stattfinden, solange irgendeine kernelaktiviaet hoch ist.

Gruss
	Wolfgang



--