ReiserFS ist ein Mehrzweck-, journaled Computerdateisystem, das entworfen und von einer Mannschaft an von Hans Reiser geführtem Namesys durchgeführt ist. ReiserFS wird zurzeit auf Linux (ohne Quote-Unterstützung) unterstützt. Eingeführt in der Version 2.4.1 des Kerns von Linux war es das erste journaling in den Standardkern einzuschließende Dateisystem. ReiserFS ist das Verzug-Dateisystem auf Elive, Xandros, Linspire, GoboLinux und Vertrieb von Yoper Linux. ReiserFS war das Verzug-Dateisystem im SUSE von Novell Linux Unternehmen, bis sich Novell dafür entschieden hat, sich zu ext3 am 12. Oktober 2006 für zukünftige Ausgaben zu bewegen.

Namesys hat gedacht, dass ReiserFS (jetzt gelegentlich verwiesen auf als Reiser3) stabil und mit der Eigenschaft ganz und, mit Ausnahme von Sicherheitsaktualisierungen und kritischen üblen Programmfehler-Lagen, Entwicklung darauf aufgehört hat, um sich auf seinen Nachfolger, Reiser4 zu konzentrieren. Namesys ist aus dem Geschäft 2008 gegangen, nachdem Reiser für den Mord an seiner Frau beladen wurde. Jedoch setzen Freiwillige fort, am offenen Quellprojekt zu arbeiten.

Eigenschaften

Zur Zeit seiner Einführung hat ReiserFS Eigenschaften angeboten, die in vorhandenen Dateisystemen von Linux nicht verfügbar gewesen waren:

• Metadata-nur journaling (blockieren auch journaling, seit Linux 2.6. 8), sein am meisten veröffentlichter Vorteil gegenüber, was das Lager Dateisystem von Linux zurzeit, ext2 war.
• Online (Wachstum nur), mit oder ohne einen zu Grunde liegenden Volumen-Betriebsleiter wie LVM in der Größe anpassend. Seitdem hat Namesys auch Werkzeuge zur Verfügung gestellt, um in der Größe anzupassen (sowohl wachsen als auch weichen zurück), Dateisysteme von ReiserFS offline.
• Schwanz-Verpackung, ein Schema, innere Zersplitterung zu reduzieren. Schwanz-Verpackung kann jedoch einen bedeutenden Leistungseinfluss haben. Reiser4 kann das durch die Verpackung von Schwänzen verbessert haben, wo er Leistung nicht verletzt.

Leistung

Im Vergleich zu ext2 und ext3 in der Version 2.4 des Kerns von Linux, wenn, sich mit Dateien unter 4 KiB und mit der ermöglichten Schwanz-Verpackung befassend, ReiserFS schneller sein kann. Wie man sagte, war das des großen Vorteils in Usenet-Nachrichtenspulen, HTTP geheimen Lagern, Postliefersystemen und anderen Anwendungen, wo die Leistung mit kleinen Dateien kritisch ist. Jedoch, in Praxis-Nachrichtenspulen verwenden genannten cycbuf einer Eigenschaft, der Artikel in einer großer Datei hält; schnelle HTTP geheime Lager und mehrere Revisionsregelsysteme verwenden ähnliche Annäherung, diese Leistungsvorteile ungültig machend. Für E-Mail-Server war reiserfs wegen semantischer Probleme problematisch, die unten erklärt sind. Außerdem hatte ReiserFS ein Problem mit dem sehr schnellen Filesystem-Altern wenn im Vergleich zu anderem filesystems - in mehreren Gebrauch-Drehbüchern filesystem Leistung vermindert drastisch mit der Zeit.

Vor Linux 2.6.33 hat ReiserFS schwer das große Kernschloss (BKL) - ein globales Weitkernschloss verwendet - der sehr gut für Systeme mit vielfachen Kernen nicht klettert, weil die kritischen Codeteile nur jemals durch einen Kern auf einmal durchgeführt werden.

Kritik

Einige Verzeichnisoperationen (einschließlich (2)) sind auf ReiserFS nicht gleichzeitig, der auf Datenbestechung mit Anwendungen hinauslaufen kann, die sich schwer auf dateibasierte Schlösser verlassen (wie Postübertragungsagenten qmail und Postüble Lage), wenn die Maschine hinkt, bevor es die Platte synchronisiert hat.

Es gibt keine Programme zu spezifisch defragment ein Dateisystem von ReiserFS, obwohl Werkzeuge geschrieben worden sind, um den Inhalt von gebrochenen Dateien automatisch zu kopieren, hoffend, dass mehr aneinander grenzende Blöcke des freien Raums gefunden werden können. Jedoch wurde ein "Wiederverpacker"-Werkzeug für das folgende Reiser4 Dateisystem geplant, um sich mit Dateizersplitterung zu befassen.

fsck

Der Baum baut Prozess des fsck von ReiserFS wieder auf hat viel Kritik angezogen: Wenn das Dateisystem so schlecht verdorben wird, dass sein innerer Baum unbrauchbar ist, baut das Durchführen eines Baums Operation wieder auf kann weiter vorhandene Dateien verderben oder neue Einträge mit dem unerwarteten Inhalt einführen, aber diese Handlung ist nicht ein Teil der normalen Operation oder einer normalen Dateisystemkontrolle und muss ausführlich begonnen und vom Verwalter bestätigt werden.

ReiserFS v3 Images sollte auf ReiserFS v3 Teilung (z.B Unterstützungen oder Plattenimages für Emulatoren) nicht versorgt werden, ohne sie umzugestalten (z.B, durch das Zusammendrücken oder encrypting), um verwirrend zu vermeiden wieder aufzubauen. Die Wiederformatierung vorhandenen ReiserFS v3 Teilung kann auch Daten zurücklassen, die die wieder aufbauen Operation verwechseln konnten und Dateien vom alten System konnten wieder erscheinen lassen. Das erlaubt auch böswilligen Benutzern, Dateien absichtlich zu versorgen, die den Wiederbaumeister verwirren werden. Da der metadata immer in einem konsequenten Staat ist, nachdem eine Dateisystemkontrolle, Bestechung hier bedeutet, dass der Inhalt von Dateien auf unerwartete Weisen mit dem enthaltenen Dateisystemmetadata verschmolzen wird. Der Nachfolger von ReiserFS, Reiser4, befestigt dieses Problem.

Frühere Probleme

ReiserFS in Versionen des Kerns von Linux vorher 2.4.16 wurden nicht stabil von Namesys und nicht betrachtet haben für den Produktionsgebrauch besonders in Verbindung mit NFS empfohlen.

Frühe Durchführungen von ReiserFS (davor in Linux 2.6.2) waren auch empfindlich, um in Unordnung Gefahren zu schreiben. Aber der Strom journaling Durchführung in ReiserFS ist jetzt gleichwertig mit diesem vom "bestellten" journaling Niveau von ext3's.

Novell / SUSE rücken von ReiserFS bis ext3 ab

Jeff Mahoney von SUSE hat einen Posten über Sep 14 2006 geschrieben vorhabend, sich von ReiserFS bis ext3 für das Verzug-Installationsdateisystem zu bewegen. Einige Gründe, die er erwähnt hat, waren Skalierbarkeit, "Leistungsprobleme mit verlängerten Attributen und ACLs", "eine kleine und zurückweichende Entwicklungsgemeinschaft", und dass "Reiser4 nicht eine zusätzliche Aktualisierung ist und ein Wiederformat verlangt, das für die meisten Menschen unvernünftig ist." Am 4. Oktober hat er geschrieben, dass sich eine Antwort über einen blog äußert, um einige Probleme abzuräumen. Er hat geschrieben, dass sein Vorschlag für den Schalter zu den "gesetzlichen Schwierigkeiten von Reiser" ohne Beziehung war (d. h., die Strafverfolgung von Hans Reiser, um seine Frau zu ermorden), hat Mahoney geschrieben, dass er "besorgt wurde, dass Leute eine Verbindung machen würden, wo niemand bestanden hat", und dass "das Timing völlig zusammenfallend ist und die Motivation ohne Beziehung ist."

Am 12. Okt 2006 hat Novell ähnlich bekannt gegeben, dass SUSE Linux Unternehmen von ReiserFS bis ext3 umschalten würde.

Design

ReiserFS versorgt Datei metadata ("stat Sachen"), Verzeichniseinträge ("Verzeichnissachen"), inode Block-Listen ("indirekte Sachen"), und Schwänze von Dateien ("direkte Sachen") in einem einzelnen, verbundenen B + durch einen universalen Gegenstand-Personalausweis eingegebener Baum. Knoten des Baums zugeteilte Plattenblöcke werden innere Blöcke "formatiert". Blöcke für Blatt-Knoten (in dem Sachen der Länge nach gepackt sind) sind "formatierte Blatt-Blöcke". Alle anderen Blöcke werden "unformatiert blockiert", Dateiinhalt enthaltend. Verzeichnissachen mit zu vielen Einträgen oder indirekte Sachen, die zu lang sind, um einen Knoten einzubauen, ergießen sich in den richtigen Blatt-Nachbar. Block-Zuteilung wird durch den freien Raum bitmaps in festen Positionen verfolgt.

Im Vergleich ext2 und anderer Berkeley haben FFS ähnliche Dateisysteme dieser Zeit einfach eine feste Formel verwendet, um inode Positionen zu schätzen, folglich die Zahl von Dateien beschränkend, die sie enthalten können. Die meisten solche Dateisysteme versorgen auch Verzeichnisse als einfache Listen von Einträgen, der Verzeichnis lookups macht und geradlinige Zeitoperationen aktualisiert und Leistung auf sehr großen Verzeichnissen erniedrigt. Der einzelne B + Baumdesign in ReiserFS vermeidet beide dieser Probleme wegen besserer Skalierbarkeitseigenschaften.

Siehe auch

• Vergleich von Dateisystemen
• Namesys
• Reiser4

Links

• Website von Namesys (archivierte Version von 2007 Oktober)
• reiserfsprogs, neuer $HOME
• Theodore Ts'o kritisiert den Block von ReiserFS journaling Durchführung
• convertfs, ein Dienstprogramm, das Konvertierung im Platz zwischen irgendwelchen zwei Dateisystemen mit der spärlichen Datei durchführt, unterstützen
• Eine Übersicht von ReiserFS formatiert auf der Platte
• Florian Buchholz Die Struktur des Dateisystems von Reiser, eine sehr detaillierte Beschreibung der Plattenstrukturen von ReiserFS.
• Gentoo Forum-Verbindung - Diskussion über die Zersplitterung von ReiserFS, einschließlich einer Schrift, um Zersplitterung und defragmenting Dateien zu messen.
• Reiser4 Zukunft-Vision
• Windows-Dienstprogramme, um auf ReiserFS zuzugreifen: RFSTOOL, YAReG - und doch ein Anderer R (eiser) FStool GUI, rfsd - ReiserDriver.
• Windows-Hafen von ReiserFS in CROSSMETA