Hallo, On Wed, 09 Jul 2003, Harald Huthmann schrieb:
Am Mittwoch, 9. Juli 2003 15:59 schrieb Bernd Brodesser:
* Thomas Hertweck schrieb am 09.Jul.2003:
Tja, David, es soll auch Leute geben, bei denen ReiserFS stabil laeuft :-))))))))))))))))))))))))))))))))))))))))
Solange es keine Hardwarefehler gibt, läuft ReiserFS stabil, aber sobald es da das geringste Problem gibt, ist es unstabil. Leider ist die Hardware so wie sie ist.
...tja, mag sein. Aber wenn man nach ext3 und Fehler googelt z.Bsp: http://lists.debian.org/debian-user-german/2003/debian-user-german-200302/ms... wird man doch etwas nachdenklich
Hm. Ich kann das nicht nachvollziehen...
Wenn Harwarefehler in Verbindung mit Journaling-FS auftreten ist es wohl immer schlecht. Ich nutze jetzt ext3, weil mir bei reiserfs Dateien flöten gingen. Aber reiserfsck konnte die immerhin wieder beizaubern....
Vergleiche einfach nur mal, was passiert, wenn du bei reiserfs den Superblock (z.B. auch ausversehen oder wg. Defekt) verlierst, mit dem was bei ext3 passiert. Reiserfs hat _keine_ Redundanz. SB weg -> FS weg und aus die Maus. Und wenn man sich dann mal anschaut wie "normal" bei IDE-HDDs Sektorverluste sind (z.B. bei IBM DHEA, DTLA, IC35 und bei anderen Herstellern etwas weniger extrem), dann kann es sehr gut auch mal nen SB treffen. Da dann Richtung Ende der Partition noch eine Kopie des SB zu haben ist fuer mich allein schon ein Totschlagargument gegen Reiserfs und fuer ext2/3. Dass es u.U. einzelne Dateien erwischt ist fuer mich weniger relevant.
(und ext3 erscheint mir subjektiv langsamer beim starten von KDE und so...)
ext3 ist auch nicht auf Performance mit vielen kleinen Dateien (wie sie sich in /opt/kde*/share und ~/.kde* finden) optimiert, das mag also durchaus zutreffen. KDE ist mir aber so oder so zu langsam, das interessiert mich also nicht :) -dnh -- What got my attention one time, however, was the list that included both "chicken" and "chicken meat" as distinct ingredients. -- Kenneth Brody