* Martin Borchert schrieb:
Am Freitag, 1. August 2003 11:49 schrieb Ekkard Gerlach:
Wenn dann der kjournald nicht sofort wieder auf die Festpl. zugreift, dann ist es der kapmd, der die Festplatte wieder zum Leben erweckt. Der kupdated scheint sich derzeit durch meine hohe Werte in /proc/sys/vm/bdflush zu beruhigen, seitdem spielt aber der kjournald wild. Es muß ext3 verwendet werden, weil nur mit ext3 der noflushd arbeitet. Dann aber habe ich wie ich jetzt sehe die Probleme mit dem kjournald ...
Ich glaube, der Status hat sich bislang nicht geändert (CMIIW): Commit Interval des kjournald ist nicht konfigurierbar: http://hypermail.idiosynkrasia.net/linux-kernel/archived/2001/week43/0256.ht...
Es hilft wohl, ein wenig an den Kernelquellen herumzuspielen: http://math.ucsd.edu/~bond/Fujitsu_P-2040/ und http://math.ucsd.edu/~bond/Fujitsu_P-2040/ext3-kcommit.patch (Vergrößert den Update-Intervall von 5 auf 30 Sekunden)
für den 2.4.20 ist der patch wohl nicht mehr gültig. Zu _commit_interval ist das einzige passende: journal->j_commit_interval = 0; . Offenbar commit-interval auf 0 (!) gesetzt?? Was'n das? thx Ekkard