Ext3: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
m sistemazione fonti e fix vari |
Funzionalità collegamenti suggeriti: 3 collegamenti inseriti. Etichette: Modifica visuale Modifica da mobile Modifica da web per mobile Attività per i nuovi utenti Suggerito: aggiungi collegamenti |
||
Riga 38:
* il [[journaling]];
* aumento delle dimensioni del file system "a caldo";
* per le [[directory]] molto grandi un'indicizzazione basata sull'algoritmo H-tree (versione specializzata di un albero [[B-tree]])<ref name="LWN">{{cita web|url=https://lwn.net/Articles/11481/|titolo=Add ext3 indexed directory (htree) support|sito=lwn.net|accesso=9 marzo 2016|lingua=en}}</ref>.
Senza di queste, qualsiasi file system di tipo ext3 è anche di tipo ext2. Ciò ha reso possibile l'adozione degli strumenti di manutenzione e ripristino più affidabili, sviluppati nel tempo per l'ext2, anche per l'ext3 senza particolari modifiche. Nello specifico, i file system di tipo ext2 ed ext3 condividono lo stesso set standard di strumenti, ''e2fsprogs'', che include un eseguibile ''fsck''. La somiglianza tra i due permette inoltre di passare dall'uno all'altro indifferentemente, in maniera trasparente.
Mentre in alcuni contesti la mancanza di alcune funzionalità da file system "moderno" - come l'allocazione dinamica degli inode - può essere considerata uno svantaggio, in termini di affidabilità essa dà all'ext3 un significativo vantaggio rispetto ai file system che le prevedono. Infatti, i [[Metadato|metadati]] del file system sono localizzati in punti precisi e fissi, ed esiste un certo livello di ridondanza nelle [[Struttura dati|strutture dati]], consentendo così di recuperare un file system ext2 ed ext3 anche in presenza di dati significativamente corrotti, laddove ciò non sarebbe possibile con i file system basati sulle strutture ad albero.
Nel dicembre 2008 questo file system è stato sostituito da [[Ext4]].
|