© Nmedia, Fotolia.com

Die meisten Bytes pro Euro bekommt gegenwärtig, wer Festplatten mit einer Kapazität im Terabyte-Bereich kauft. Dann kosten sie auf der Straße nur noch 10 Cent pro Gigabyte. Selbst bei mittleren Unternehmen kommt so mittlerweile die Petabyte-Grenze in Sicht (Abbildung 1). Bleibt die Frage, wie solche Datenmengen zu organisieren sind. Denn wenn auch die Kapazitäten der Systeme gewachsen sind, haben die Datenstrukturen nicht unbedingt Schritt gehalten.

Während sich das Fassungsvermögen eines einzelnen Laufwerks in 20 Jahren fast vermillionenfacht hat, sind Blockgrößen nur unwesentlich gewachsen und verharren im Mehrfachen von Kilobytes. Damit fallen mehr Verwaltungsinformationen an. Ein weiterer Grund ist der sich gegenwärtig vollziehende Wechsel von einer reinen 32-Bit-Architektur hin zu immer stärker 64-Bit-basierten CPUs. Insofern ist das Ende der Fahnenstange für einige Linux-Dateisysteme durchaus in Sicht, selbst wenn für die meisten Desktops noch kein Grund zur Panik besteht.

Linux hat so viele Dateisysteme wie kaum ein anderes Betriebssystem anzubieten (Auswahl in Tabelle 1). Jedes verfolgt eine etwas andere Philosophie und hat Stärken auf unterschiedlichen Gebieten.

Abbildung 1: Festplattenkapazitäten steigen kontinuierlich an. Da fragen sich manche Admins und Entwickler, wie sie diese Datenmengen effizient verwalten sollen. Btrfs könnte eine Antwort sein.

Code kommt in die Jahre

Nachdem sein Hauptentwickler und Namensgeber auf absehbare Zeit sich nicht mehr um die Weiterentwicklung kümmern wird [1] und selbst die treuesten Distributionen auf andere Dateisysteme umschwenken, geben nur noch wenige Entwickler Reiser-Systemen eine große Zukunft. Der ehemalige Namesys-Mitarbeiter Edward Shishkin pflegt zwar immer noch Patches für aktuelle Kernel [2], doch fehlen hier offenbar die Impulse für weitere Entwicklungen.

Offiziell haben die Kernelentwickler den Schritt von Ext 3 auf Ext 4 als stabiles System vollzogen, abzuwarten bleibt allerdings, ob die Anwender in nennenswerter Anzahl mitgehen. Ext 4 ist zwar kompatibel zu Ext 3, kann allerdings seine größten Stärken, etwa Extends, nur ausspielen, wenn Anwender auf die Rückwärtskompatibilität verzichten.

Extends sind größere, zusammenhängende Datenbereiche auf einer Platte, die eine eigene Datenstruktur effizienter als die bisherigen Blöcke verwaltet. Davon profitieren besonders Programme wie Datenbanken, die große Datenmengen lesen und schreiben. Auf diese Weise reduziert sich der Grad der Fragmentierung – ein echtes Problem bei Partitionen in Terabyte-Regionen.

Aber ganz zufrieden sind die Linux-Hacker offenbar mit Ext 4 doch nicht. Der Ansatz trage zu viele Erblasten mit sich herum und sei daher noch nicht der große Wurf, so ließen Filesystem-Spezialisten auf mehreren Konferenzen wissen. Auch wenn das die Linux-Community wohl nie offen zugeben würde, hat Suns ZFS wohl ein klein bisschen dazu beigetragen, dass die Entwickler seit einiger Zeit über das Filesystem der nächsten Generation nachdenken.

Kleine Teile präferiert

Auf der Kernel-Mailingliste ist davon unter dem Stichwort Next Generation File System (NGFS) die Rede [3]. Anders als Sun sehen viele Linux-Entwickler die Entscheidung kritisch, viel Funktionalität in ein Subsystem zu legen. So integriert ZFS das Dateisystem mit einer Reihe von Werkzeugen, die Volumes, Raid-Levels und Snapshots verwalten.

Diese Aufgabe sehen sie eher dem Device-Mapper-Framework zukommen. Das DM-Subsystem verwenden immer mehr Entwickler von Erweiterungen, die auf den Block-Layer aufsetzen. Red Hat werkelt an Failover-Aufsätzen [4], in Österreich will man das beliebte DRDB an das Framework anpassen [5].