Diskussion:Reiser File System

aus Wikipedia, der freien Enzyklopädie

Für mich ist dieser Artikel ziemlich unverständlich - und auch etwas zu speziell. Könnte man die Sache nicht - wenn ein separater Eintrag überhaupt notwenig ist - besser erklären?

Im Text steht zudem: "Ein Nachteil von ReiserFS war, dass das Journaling nur für die Metainformationen, d.h. für die Verzeichnisse und Verwaltungssektoren, nicht jedoch für die Nutzdaten in den Dateien selbst angewendet wurde."

Heißt das, dass diese Software nicht mehr benutzt wird? Oder soll ausgedrückt werden, dass es ursprünglich diese Nachteile gab, sie aber inzwischen behoben sind?

jemand der nach "ReiserFS" sucht will nicht unbedingt auf einer allgemeinen Seite für "Dateisysteme" landen. Das ist ja wie eine Weiterleitung von "Eiffelturm" auf "bekannte Bauwerke".

Uff, unterschreibt doch bitte eure Kommentare, da blickt doch keiner mehr durch :) Habe den Artikel nun mal etwas gegliedert und ein paar weiterführende Links gemacht. --mGla 18:19, 28. Nov 2004 (CET)

Trotzdem, ich finde auch. Es fehlen bisher total die weselntlichen Merkmale des Dateisystems - Ziele der Entwicklung, Merkmale, Vor- und Nachteile, Verbreitsungsgrad, Marktanteil etc. Das wären nützliche Informationen finde ich -- Kruemelmo 23:39, 8. Mär 2005 (CET)

Inhaltsverzeichnis 1 Reiser4 vs. XFS 2 max. Dateigrösse 3 Zu meiner Bearbeitung vom 24. Aug 2005 4 Probleme mit ReiserFS Version 4 5 Keine Erwägnung von Namesys 6 "max number links to a file" 7 Zeitabhängige Angabe 8 Der Bayer-Baum heißt B-Baum 9 Einsatz wofür ?

[Bearbeiten] Reiser4 vs. XFS

Gibt es irgentwelche Benchmarks, die Reiser4 mit XFS vergleichen? Auf der Internetseite von Namesys findet man nur Vergleiche mit eher langsamen Dateisystemen wie ext3. Margay 21:12, 2. Jun 2005 (CEST)

Das hier?

• http://www.namesys.com/benchmarks.html

Da ist XFS bei... Aber A) ist das natürlich subjektiv und b) entweder werte ich die Zahlen falsch oder Reiser4 loost bei ziemlich vielen Punken ab...!?? -cljk 01:16, 20. Jul 2005 (CEST)

Zum einen wird dort außer im ersten und letzen Test XFS nicht mit verglichen. Und im ersten Test ist XFS nur bei der CPU Belastung besser (man Vergleiche rote und grüne Zahlen).--Gruß, Helge 12:37, 20. Jul 2005 (CEST)

Vergleich von ReiserFS3 mit ext2 ext3 JFS XFS http://linuxgazette.net/102/piszcz.html

[Bearbeiten] max. Dateigrösse

max. Dateigrösse 2^60 was? Da fehlt eine Einheit.

Byte, - obwohl ich andere Zahlen habe: Im SuSE 9.3 Handbuch steht für ReiserFS v3 als max. Dateigröße in Byte 2⁴⁶ (64 GB) und max. Dateisystemgröße 2⁴⁵ (32 TB) (scheint aber nicht mehr zu stimmen) Tom1200 21:47, 23. Aug 2005 (CEST)

[Bearbeiten] Zu meiner Bearbeitung vom 24. Aug 2005

1. Ist es richtig, dass ReiserFS unter GPL steht?
2. Kann man mit den Treibern für Windows ReiserFS lesen und schreiben?
3. Gibt es Treiber für MACOS oder SUNOS?
4. Ist meine Liste der Journaling Filesystemes vollständig?
5. Gibt es noch andere Filesysteme, die Bayer-Baum-ähnliche Datenstrukturen verwenden?

Ich wäre sehr dankbar, wenn wir diesen vom Löschen bedroht gewesenen Artikel durch entsprechendes Niveau dauerhaft halten könnten. Dazu würde ich mich freuen, wenn die Antworten in den Artikel Eingang finden würden.
Gemäß der Löschdiskussion habe ich den Kommerzlink wieder entfernt.
--Gerhard Buntrock 17:24, 24. Aug 2005 (CEST)

zu 1: Reiserfs und Reiser4 im Linux-Kernel stehen unter der GPL, der Code kann aber auch unter einer kommerziellen Lizens erworben werden.

zu 3: eine Aufzählung anderer Dateisysteme hat nicht mit ReiserFS zu tun

Weiterhin möchte ich anmerken, daß der Artikel den Eindruck vermittelt, Reiserfs und Reiser4 wären ein und dasselbe Dateisystem. --Gruß, Helge 17:37, 24. Aug 2005 (CEST)

@Bunt: Vielleicht fragst du mal bei den Informatikern auf ihrer Diskussionsseite zu den fünf Punkten freundlich nach. Zur Löschung ist zu sagen, dass es eher ein Irrtum gewesen sein muss, denn keine der Löschregeln greift hier. Im SuSE-Handbuch ist ReiserFS sehr gut (aber auch sehr knapp) beschrieben, weshalb ich mich noch nicht getraut habe die Information dort zusammenzufassen. Ich glaube es würde einfach zu sehr dem Orginaltext gleichen. Tom1200 18:07, 24. Aug 2005 (CEST)

Nachtrag: Die Idee mit den Dateisystemen im Siehe auch ist wirklich gut. Tom1200 18:10, 24. Aug 2005 (CEST)

[Bearbeiten] Probleme mit ReiserFS Version 4

Wieso wurden die gelöscht? Die sind derzeit unbestreitbar vorhanden. Warum wird das unter den Tisch gekehrt? Wenn jemand hier im wiki sich informiert und nicht die Mängel kennt und deshalb ReiserFS Version installiert und hinterher die Daten geschreddert sind wirft das sicher kein gutes Licht auf ReiserFS Version aber auch nicht auf Wikipedia wo offenbar offensichtliche Mängel unter den Teppich gekehrt werden.

ReiserFS Verson 4 ist aufgrudn dieser Mängel nicht im aktuellen Kernel vorhanden, das kann jeder in der Kernelmailingliste nachlesen!--Benutzer:84.164.251.193 19:41, 30. Aug 2005 nachgetragen --Gruß, Helge 20:13, 30. Aug 2005 (CEST)

reiser4 behebt auch die reiser3 probleme mit sparse files, das sollte auch noch erwähnt werden, auch sollte man in das kleine diagramm mit den grössen auch reiser4 einfügen.

* Massive Lockingprobleme, Locking immer noch nicht verifiziert

Quelle? Massiv ist eindeutig POV.

Dann lass eben massiv weg. Die Verifikation des Lockings hat Reiser von Torwalds

als Auflage bekommen, solange er das nicht hinbekommt, kommt es definitv nicht in den Kernel.

* Resetet unter gewissen Umständen spontan den Rechner.

Das Problem war die Behandlung von schweren Fehlern. Ist das noch nicht gefixt?

Nein.

* Unzureichende Recoverytools.

Was hat das mit der Aufnahme in den Kernel zu tun?

Habe ich nicht "u.a." geschrieben? Wenn nicht kann man das korrigieren.

Recovery tools sind nie aufgabe der dateisysteme gewesen, windows liefert auch keine recovery tools für ntfs mit usw.84.176.181.199 18:16, 20. Okt 2005 (CEST)

* Probleme mit ReiserFS4 Images auf einer ReiserFS 4 Partition.

Das ist ein Fehler von Reiserfs, nicht von Reiser4

Ok das kann man korrigieren.

* Extra Schnittstelle für Kernel nötig.

So unpräzise wie hier formuliert ist das falsch.

Was ist daran falsch? Warum formulierst du es dann nicht richtig wenn du es

besser weisst?

es ist einfach falsch. es gibt zwar eine spezielle kernel schnittstelle, aber die wird nur benötigt, wenn man einige der extrem speziellen funktionen von reiserfs4 verwenden will, z.b. das anlegen einer relationalen datenbank direkt im dateisystem. mehr dazu sollte man unter namesys.com nachlesen, die doku dazu ist sehr gut

84.176.181.199 18:16, 20. Okt 2005 (CEST)

* Extreme Fragmentierung innerhalb kürzester Zeit.

Das liest sich auf http://www.willsmith.org/opensource/reiser4/fragperf/ aber ganz anders.

1. Eigene Erfahrung.

2. Erfahrung anderer Leute, siehe u.a. Kernelmailingliste.

http://www.willsmith.org/opensource/reiser4/fragperf/test1/index.html zeigt deutlich dass eine geringere fragmentierung vorliegt, auch die kommentare sagen das und sagen dass reiser4 eindeutig besser mit fragmentationen umgehen kann.84.176.181.199 18:16, 20. Okt 2005 (CEST)

* Sehr starke Prozessorauslastung in bestimmten Situationen.

Quelle? Laut iX 8/04, Seite 98 ist die Prozessorbelastung pro Durchsatz nicht höher als in anderen Dateisystemen.

1. Eigene Erfahriung

2. Erfahrung anderer Leute, siehe u.a. Kernelmailingliste.

Ich weiss ja nicht was die iX da getestet hat und wie lange der Test dauerte

aber die hohe Prozessorlast ist definitv vorhanden, auch spontane Anstiege

sind oft zu beobachten. ReiserFS4 ist bei mir schon seit Beginn an im Einsatz

und ich kann die Probleme alle bestätigen. Wer auf der Kernelmailingliste

mitliest, der wird auch die "Auflagen" für Hans Reiser mitbekommen haben (Locking,...)

die er erfüllen muss, damit ReiserFS4 in den Kernel einzug hält.

Nun, reiser4 hat zwar tatsächlich eine höhere prozessorauslastung als üblich dateisysteme, jedoch muss dazu gesagt werden dass die algorithmen die anzahl an festplattenzugriffen minimieren und so noch ein wenig mehr performance rausholen. dies sollte man als tradeoff akzeptieren denke ich, und im gesamtzusammenhang betrachtet eher als vorteil sehen.84.176.181.199 18:16, 20. Okt 2005 (CEST)

--Gruß, Helge 20:13, 30. Aug 2005 (CEST)

wenn es bei jedem dateisystem eine sektion vor und nachteile gäbe und diese jeweils npov und möglichst objektiv wären, könnte man das dazu schreiben, ansonsten gehört das eher in eine diskussion84.176.181.199 18:16, 20. Okt 2005 (CEST)

[Bearbeiten] Keine Erwägnung von Namesys

Im Artikel taucht Hans Reisers' Firma Namesys, die ReiserFS entwickelte und Reiser4 entwickelt, überhaupt nicht auf. Warum? Außerdem sollte Reiser4 IMHO einen eigenen Eintrag bekommen, da es, wie im Artikel bereits erwähnt, ein völlig anderes Dateisystem ist. -- Hagbard 02:21, 11. Feb 2006 (CET)

Habe namesys mal nachgetragen. Was die Ausgliederung angeht: wenn du der Meinung bist, dass du genug Material dafür hast, um dazu einen Enzyklopädie-relevanten Artikel zu erstellen, wird dich wohl kaum jemand hindern. --Liquidat, ^Diskussion, 13:08, 11. Feb 2006 (CET)

[Bearbeiten] "max number links to a file"

"max number links to a file" heißt es auf der Seite von Namesys. Damit ist imho eindeutig Die anzahl der Hardlinks gemeint und nicht der Symlinks. "max. Anzahl der symbolischen Links pro Datei" sollte also besser "max. Anzahl der Dateinamen pro Datei" oder "max. Anzahl der Hardlinks pro Datei" heißen. Ein Dateisystem kann ja auch garnicht wissen, wie viele SymLinks auf eine Datei zeigen, weil die Symlinks ja irgendwo liegen können. Ich bitte um Kommentare, sonst ändere ich das irgendwann.

Matthias Rötsch --84.175.75.94 14:42, 14. Mär 2006 (CET)

Es gab keine Einwände: erledigt.

Matthias Rötsch --217.225.42.124 15:13, 28. Okt. 2006 (CEST)

[Bearbeiten] Zeitabhängige Angabe

Der folgende Satz ist etwas unpräzise: „Zur Zeit wird ReiserFS in der Version 3 vom Linux-Kernel vollständig unterstützt.“

Könnte man nicht statt „Zur Zeit“ einfach die Version des Kernels hinschreiben, ab der Version 3 von ReiserFS unterstützt wird? --jpp ?! 18:17, 3. Jul 2006 (CEST)

[Bearbeiten] Der Bayer-Baum heißt B-Baum

Also, die B*-Bäume sind eine Weiterentwicklung des B-Baums, den Bayer entwickelt hat. Nach seiner eigenen Aussage steht das "B" allerdings nicht explizit für Bayer, wofür es steht hat Bayer nie erklärt.

Daniel 23:37, 27. Aug 2006 (CEST)

[Bearbeiten] Einsatz wofür ?

"Es wird im wesentlichen zur Formatierung von Festplattenpartitionen, Logical Volumes oder RAID-Systemen eingesetzt."

Was ist das für ein seltsamer Einsatzzweck eines Dateisystems ?? Ich mein es ist irgendwie logisch das man eine Festplatte mit ReiserFS formatieren muss um sie entsprechend anzusprechen, aber dafür wird ReiserFS nun wirklich nicht "eingesetzt" 84.179.173.119 22:53, 12. Okt. 2006 (CEST)