Journaled File System: Unterschied zwischen den Versionen
Michi (Diskussion | Beiträge) |
Michi (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
| (3 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 3: | Zeile 3: | ||
Das Hauptziel bei der Entwicklung des JFS war es, die Wiederanlaufzeiten nach einem Systemabsturz drastisch zu verkürzen. Viele bis dahin gebräuchliche Dateisysteme mussten nach einem Absturz in einem fehlerträchtigen und zeitaufwendigen Vorgang die gesamte Adressenstruktur des Dateisystems überprüfen und und gegebenenfalls bereinigen (siehe [[fsck]]). Dagegen setzte das JFS das Journal - dieses Log zurückliegender Transaktionen mit Metadaten erlaubt es, sehr schnell wieder einen konsistenten Zustand der Metadaten des Dateisystems herzustellen. Über die eigentlichen Daten ist dabei allerdings nichts gesagt, für sie wird gegebenenfalls zusätzlich eine Sicherung benötigt. | Das Hauptziel bei der Entwicklung des JFS war es, die Wiederanlaufzeiten nach einem Systemabsturz drastisch zu verkürzen. Viele bis dahin gebräuchliche Dateisysteme mussten nach einem Absturz in einem fehlerträchtigen und zeitaufwendigen Vorgang die gesamte Adressenstruktur des Dateisystems überprüfen und und gegebenenfalls bereinigen (siehe [[fsck]]). Dagegen setzte das JFS das Journal - dieses Log zurückliegender Transaktionen mit Metadaten erlaubt es, sehr schnell wieder einen konsistenten Zustand der Metadaten des Dateisystems herzustellen. Über die eigentlichen Daten ist dabei allerdings nichts gesagt, für sie wird gegebenenfalls zusätzlich eine Sicherung benötigt. | ||
JFS alloziert Speicherplatz für Dateien bereits so, wie die meisten später entwickelten Dateisysteme, nämlich in Form ganzer Ketten zusammenhängender Blöcke (sogenannter Extents). Das verringert die Fragmentierung und ist vor allem bei sehr grossen Dateien viel effizienter als ein 1:1-Mapping physischer auf logische Blöcke. | JFS alloziert Speicherplatz für Dateien bereits so, wie die meisten später entwickelten Dateisysteme, nämlich in Form ganzer Ketten zusammenhängender Blöcke (sogenannter Extents). Das verringert die [[Fragmentierung]] und ist vor allem bei sehr grossen Dateien viel effizienter als ein 1:1-Mapping physischer auf logische Blöcke. | ||
Ausserdem ist JFS2 auch schon ein 64-Bit-Dateisystem und bietet damit für absehbare Zeit genug adressierbaren Raum. | Ausserdem ist JFS2 auch schon ein 64-Bit-Dateisystem und bietet damit für absehbare Zeit genug adressierbaren Raum. | ||
| Zeile 9: | Zeile 9: | ||
== Weblinks == | == Weblinks == | ||
{{ | {{Weblinks}} | ||
{{url|US|Sourceforge|eng|http://jfs.sourceforge.net/|JFS for Linux}} | |||
{{url_dewikipedia|Journaled_File_System|Journaled File System}} | {{url_dewikipedia|Journaled_File_System|Journaled File System}} | ||
}} | {{Fuss}} | ||
{{cat|Dateisystem}} | {{cat|Dateisystem}} | ||
{{cat|IBM}} | {{cat|IBM}} | ||
Aktuelle Version vom 7. Februar 2010, 15:35 Uhr
Das Journaled File System / JFS ist ein 1990 von IBM veröffentlichtes Dateisystem für das eigene Betriebssystem AIX. Hintergrund war eine weitgehende Virtualisierung der Hardwareschicht in der damals neu vorgestellten Version 3 von AIX: Ein ebenso neu vorgestellter Logical Volume Manager löste die starren Zugriffsschemata auf Festplatten und ein neuer Speichermanager brachte die Virtualisierung des Speicherraumes (Auslagerung von Hauptspeicher auf eine (virtuelle) Festplatte).
Das Hauptziel bei der Entwicklung des JFS war es, die Wiederanlaufzeiten nach einem Systemabsturz drastisch zu verkürzen. Viele bis dahin gebräuchliche Dateisysteme mussten nach einem Absturz in einem fehlerträchtigen und zeitaufwendigen Vorgang die gesamte Adressenstruktur des Dateisystems überprüfen und und gegebenenfalls bereinigen (siehe fsck). Dagegen setzte das JFS das Journal - dieses Log zurückliegender Transaktionen mit Metadaten erlaubt es, sehr schnell wieder einen konsistenten Zustand der Metadaten des Dateisystems herzustellen. Über die eigentlichen Daten ist dabei allerdings nichts gesagt, für sie wird gegebenenfalls zusätzlich eine Sicherung benötigt.
JFS alloziert Speicherplatz für Dateien bereits so, wie die meisten später entwickelten Dateisysteme, nämlich in Form ganzer Ketten zusammenhängender Blöcke (sogenannter Extents). Das verringert die Fragmentierung und ist vor allem bei sehr grossen Dateien viel effizienter als ein 1:1-Mapping physischer auf logische Blöcke.
Ausserdem ist JFS2 auch schon ein 64-Bit-Dateisystem und bietet damit für absehbare Zeit genug adressierbaren Raum.
Weblinks
| Herausgeber | Sprache | Webseitentitel | Anmerkungen |
|---|---|---|---|
 Sourceforge |
eng | JFS for Linuxwbm | |
 Wikipedia |
ger | Journaled File Systemwbm | Enzyklopädischer Artikel |