XFS (Dateisystem)
aus Wikipedia, der freien Enzyklopädie
| XFS | |
|---|---|
| Hersteller | Silicon Graphics Inc. |
| Vollständige Bezeichnung | XFS |
| Erstveröffentlichung | 1994 (IRIX v5.3) |
| Partitionskennung | |
| Technische Umsetzung | |
| Verzeichnisse | B+ Baum |
| Dateien | extent based |
| Defektblockliste | |
| Maximalwerte | |
| Größe einer Datei | 8 EiB |
| Anzahl aller Dateien | 263 |
| Länge des Dateinamens | 255 Bytes |
| Größe des Dateisystems | 8 EiB |
| Erlaubte Zeichen im Dateinamen | Alle Bytes außer NUL |
| Eigenschaften | |
| Datumsangaben einer Datei | unterstützt |
| Datumsbereich | |
| Forks | unterstützt |
| Dateiattribute | bis zu 64kB beliebige binäre Daten je Datei im Journal |
| Dateirechte-Verwaltung | ACL unterstützt |
| Transparente Komprimierung | nein |
| Transparente Verschlüsselung | nein (realisiert durch den Blockgerätetreiber) |
| Unterstützte Betriebssysteme | IRIX, Linux, FreeBSD |
XFS ist ein von der Firma Silicon Graphics (SGI) entwickeltes Journaling-Dateisystem für UNIX-basierte Betriebssysteme wie Linux. Das bis Ende 1994 ausschließlich für IRIX entwickelte 64-Bit-Dateisystem überzeugt vor allem durch seine robuste Struktur und hohe Geschwindigkeit. Viele Entwickler schätzen XFS leistungsfähiger als ReiserFS ein. Seit dem 1. Mai 2001 ist das Dateisystem auch offiziell für Linux ab Version 2.4 quelloffen erhältlich. Seit Kernel-Version 2.6 ist es offizieller Bestandteil des Kernels. XFS bietet Zugriffskontrolllisten und seit der Version 1.0 unterstützt XFS auch Quotas sowohl für User als auch für Gruppen. Für den gleichzeitigen und konfliktfreien Zugriff auf XFS gibt es die proprietäre Lösung CXFS (Cluster XFS).
Inhaltsverzeichnis |
[Bearbeiten] Geschichte von XFS
XFS ist eines der ältesten für UNIX verfügbaren Journaling-Dateisysteme überhaupt. Es zeichnet sich durch eine gereifte, weitgehend fehlerfreie Codebasis aus. Ursprünglich begann die Entwicklung von XFS bei SGI und wurde erstmals im Jahre 1994 auf IRIX vorgestellt. Im Jahre 2000 wurde XFS schließlich unter der GPL lizenziert und erschien 2001 erstmals auf Linux. Fast alle heutigen Linux-Distributionen beinhalten XFS-Unterstützung.
[Bearbeiten] allgemeine Werte und Eigenschaften
- maximale Dateigröße 8 Exbibyte
- maximale Dateisystemgröße 8 Exbibyte
- maximale Dateinamenlänge 255 Byte
- Journal ermöglicht konsistente Datenhaltung
- geeignet für große und kleine Dateien sowie für umfangreiche Verzeichnisse
- unterstützt Blockgrößen von 512 Byte bis 64 Kibibyte
- Datensicherung und Größenänderung im laufenden Betrieb (ohne Aushängen des Dateisystems)
- GRIO = Guaranteed IO Bandwidth (Garantierte Schreib- und Leseraten), z.B. für Video Streaming Server
- Unterstützung für Hierarchische Speichersysteme (HSM)
- Unterstützung für Volume Manager
- Unterstützt Zugriffskontrolllisten
- Unterstützt Disk Quotas
[Bearbeiten] Besonderheiten von XFS
[Bearbeiten] Verzeichnisstruktur
Um schnell auf spezielle Dateien zugreifen zu können, werden bei XFS Verzeichnisinhalte in einem B+-Baum abgespeichert. Dies erhöht in geringem Umfang zwar die Latenzzeit bei der Ausgabe eines kompletten Verzeichnisinhaltes, verringert aber die Zugriffszeit auf einzelne Dateien bei Verzeichnissen mit vielen Dateieinträgen.
[Bearbeiten] Maximale Dateigröße
XFS zeichnet sich durch eine vollständige 64-Bit-Konzeptionierung aus. Dadurch ist es theoretisch möglich Dateien mit einer Größe von bis zu 8 Exbibyte (mehr als 9 Millionen Terabyte) auf einem XFS-formatierten Datenträger anzulegen. Diese Grenze kann mit heutigen Betriebssystemen allerdings noch nicht erreicht werden. Bei Linux 2.4 beträgt die maximale Dateigröße 16 Tebibyte bei einer Speicherseitengröße von 4 Kibibyte und 64 Tebibyte bei Speicherseiten von 16 Kibibyte.
[Bearbeiten] Journal
Das von XFS geführte Journal wird seriell abgelegt (es erfolgt keine Ablage in komplexen Datenstrukturen wie Bäume oder Heaps). Dabei kann das Journal sowohl in dafür reservierten Bereichen auf dem entsprechenden Datenträger abgelegt als auch auf externen Speichermedien geführt werden. XFS fügt Transaktionen auf dem Dateisystem jedoch asynchron (der Dateisystem-Treiber arbeitet blockierungsfrei) zum Journal hinzu. Dadurch können Operationen schneller durchgeführt werden als auf vergleichbaren Systemen, im Falle einer Störung (Stromausfall) können aber einige Eintragungen im Journal fehlen.
Eine an einen Fehlerfall anschließende Überprüfung des Dateisystems wird jedoch zumindest eine Konsistenz wiederherstellen und Datenbereiche, die nicht geschrieben werden konnten, durch Nullen auffüllen. Dadurch sind mögliche Fehler durch "Datenreste" ausgeschlossen.
[Bearbeiten] Spezielle Speicherallokation
[Bearbeiten] Allokationsgruppen
Eine weitere Besonderheit von XFS sind sog. Allokationsgruppen (engl. allocation group). Diese bilden eine eigene Einheit im XFS-System und verwalten eigenständig sowohl den freien Speicher als auch Inodes. Dadurch können mehrere Prozesse gleichzeitig auf ein Dateisystem zugreifen (sofern jeder Prozess auf eine andere Allokationsgruppe zugreift und das Dateisystem auf mehreren physikalischen Datenträgern verteilt wurde).
[Bearbeiten] Größenbasierte Allokation
Informationen über freie Speicherbereiche werden in B+-Bäumen abgelegt, wodurch es möglich ist, passende Speicherbereiche zu finden und so eine Fragmentierung größtenteils zu vermeiden.
XFS unterstützt Blockgrößen von 512 Byte bis 64 Kibibyte. Dadurch lässt sich ein Dateisystem angepasst der erwarteten Nutzung anlegen. Sowohl kleine als auch große Dateien können gut verwaltet werden.
[Bearbeiten] Verzögerte Allokation
Neben der größenbasierten Allokation bietet XFS auch noch eine weitere Verringerung möglicher Fragmentierung durch verzögerte Allokation. Dabei werden Dateien möglichst lange im Speicher gehalten, bevor sie auf den Datenträger geschrieben werden. Dadurch erhöht sich die Wahrscheinlichkeit, dass der XFS-Treiber einen passenden Speicherbereich finden und so auf Fragmentierung verzichten kann. Allerdings ist dadurch die Gefahr eines Datenverlustes, beispielsweise durch Stromausfälle, größer.
[Bearbeiten] Sparse Files
Sog. Sparse files (Dateien, die "Löcher" aufweisen, an denen aktuell keine Daten gespeichert sind) werden ebenfalls von XFS geeignet behandelt. Dabei werden die einzelnen Datenblöcke solcher Dateien entweder in einem Inode oder (wenn ein Inode nicht mehr ausreicht) mit Hilfe eines B+-Baums verwaltet.
[Bearbeiten] Nachteile von XFS
Das Design von XFS hat im Vergleich zu anderen Dateisystemen auch Nachteile: In aktuellen Implementierungen ist es nicht möglich, ein XFS-Dateisystem zu verkleinern. Gelöschte Dateien sind nicht wiederherzustellen. Der bei Linux-Systemen häufig verwendete Bootmanager GRUB unterstützt XFS erst ab Version 0.91. Wegen des verzögerten Schreibens von Daten sind Datenverluste bei aktuell geöffneten Dateien bei einem Systemabsturz (z. B. Stromausfall) möglicherweise größer als bei anderen Dateisystemen (siehe Abschnitt Verzögerte Allokation).
Das Journal ist auf hohe Leistung optimiert und daher architekturabhängig: Bei einem Wechsel der Prozessor-Architektur (z.B. von i386 auf x86_64) muss vor dem Einhängen des Dateisystems das Journal mit xfs_repair geleert werden.
[Bearbeiten] Weblinks
- XFS der Firma SGI (englisch)
- Harald Milz: Crashfest im Linux-Magazin, Juli 2001
- Benchmark von XFS im Vergleich mit anderen modernen Journaling-Dateisystemen (englisch)
