Reiser5, ein in der Entwicklung befindliches Dateisystem, unterstützt die parallele Skalierung

ReiserFS

Eduard Schischkin ist ein Entwickler, der war in den letzten zehn Jahren für die Aufrechterhaltung der Unterstützung des Reiser4-Dateisystems verantwortlich für neue Kernelversionen. Obwohl das System beibehalten wurde, im Gegensatz zu anderen Dateisystemen, die in ihrer Entwicklung fortgeschritten sind. Edward Shishkin arbeitete in der Wartung von Reiser4 Gleichzeitig arbeite ich an der Entwicklung für das Reiser5-Dateisystem was schon es steht zum Testen zur Verfügung.

Diese neue Version von Reiser5 zeichnet sich durch die Einbeziehung von Innovationen in die parallele Skalierung aus. Dies erfolgt nicht auf Blockebene, sondern über das Dateisystem.

Als Vorteil dieses Ansatzes, Nicht parallele FS + RAID / LVM- und FS-Pakete werden als frei von inhärenten Nachteilen deklariert (ZFS, Btrfs), wie z. B. Probleme mit dem freien Speicherplatz, Leistungseinbußen beim Füllen des Volumens über 70%, veraltete Algorithmen für das Design logischer Volumes (RAID / LVM), ermöglichen es Ihnen nicht, Daten auf einem logischen Volume effizient zu verteilen.

In einem parallelen FS muss ein Gerät vor dem Hinzufügen zu einem logischen Volume mit dem Standarddienstprogramm mkfs formatiert werden.

Im Gegensatz zu ZFS implementiert Reiser5 keine eigene Blockschicht, obwohl es einen freien Blockzuweiser O (1) verwendet. Es ist möglich zu komponieren auf einfache und effiziente Weisee ein logisches Volume von Blockgeräten unterschiedlicher Größe und Bandbreite. Die Daten werden mithilfe neuer Algorithmen auf diese Geräte verteilt.

In der Ankündigung dieser Testversion Edward Shishkin kommentierte:

Ich freue mich, Ihnen eine neue Methode zum Hinzufügen von Blockgeräten zu logischen Volumes auf einem lokalen Computer vorstellen zu können.

Ich denke, es ist eine qualitativ neue Ebene in der Entwicklung von Dateisystemen (und Betriebssystemen): lokale Volumes mit paralleler Skalierung ...

In unserem Ansatz erfolgt die horizontale Skalierung eher durch Dateisystemmittel als durch Blockschichtmittel. Der Benutzer steuert den Fluss der E / A-Anforderungen, die für jedes Gerät ausgegeben werden ...

Wie Edward Shishkin kommentiert: Ein Teil der an jedes Gerät gerichteten E / A-Anforderungen entspricht der vom Benutzer zugewiesenen relativen Kapazitätso dass das logische Volumen mit den Daten "gleichmäßig" und "fair" gefüllt wird.

Gleichzeitig erhalten Blockgeräte mit geringerer Kapazität weniger Blöcke für die Speicherung, und Geräte mit geringerer Leistung werden nicht zu einem Engpass (wie dies beispielsweise bei RAID-Arrays der Fall ist).

Das Hinzufügen eines Geräts zum Volume und das Entfernen des Geräts vom Volume wird von einem Neuausgleich begleitet das bewahrt die "Fairness" der Verteilung.

Alle enthaltenen Blockgeräte können gleichzeitig gewartet werden auf dem logischen Volume mit einem individuellen Ansatz für jeden von ihnen (Defragmentierung für Festplatten, Post-Discard-Abfragen für SSD usw.).

Der freie Speicherplatz auf einem logischen Volume wird vom Standarddienstprogramm df (1) gesteuert. Darüber hinaus hat der Benutzer die Möglichkeit, den freien Speicherplatz auf jeder Komponente des logischen Datenträgers zu überwachen.

Erhebliche Fortschritte bei der horizontalen Skalierung mithilfe paralleler Netzwerkdateien (GPFS, Lustre usw.). Es war jedoch nicht klar, wie man sich bewirbt
Ihre Technologien zu einem lokalen FS.

Hauptsächlich liegt es daran, dass in einer lokalen Datei Systeme haben nicht so viel Luxus wie "Back-End-Speicher" wie das Netzwerk tun sie. Was der lokale FS hat, ist eine extrem schlechte Schnittstelle von Interaktion mit der Blockschicht. Zum Beispiel unter lokalem Linux FS können Sie Erstellen Sie einfach eine E / A-Anforderung und geben Sie sie für einen Puffer aus.

Unter den Elementen, die noch in der TODO-Liste von Reiser5 enthalten sind sind:

  • FSCK-Upgrade zur Unterstützung logischer Volumes
  • Asymmetrisches LV mit mehr als einem Metadatenblock pro Volume
  • symmetrische logische Volumes
  • 3D-Schnappschüsse von LV
  • Verteilung von Metadaten auf mehrere Subvolumes
  • Überprüfen / Wiederherstellen logischer Volumes mit dem Dienstprogramm fsck (Upgrade von der vorherigen Version)
  • Globale Volumes (Netzwerke), die Geräte auf verschiedenen Computern hinzufügen.

Wenn Sie mehr darüber erfahren möchten, können Sie sich beraten den folgenden Link. 


Hinterlasse einen Kommentar

Ihre E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind markiert mit *

*

*

  1. Verantwortlich für die Daten: AB Internet Networks 2008 SL
  2. Zweck der Daten: Kontrolle von SPAM, Kommentarverwaltung.
  3. Legitimation: Ihre Zustimmung
  4. Übermittlung der Daten: Die Daten werden nur durch gesetzliche Verpflichtung an Dritte weitergegeben.
  5. Datenspeicherung: Von Occentus Networks (EU) gehostete Datenbank
  6. Rechte: Sie können Ihre Informationen jederzeit einschränken, wiederherstellen und löschen.

  1.   Luix sagte

    Wow, ich dachte, Reiserfs wären nach Hans gestorben.