{"id":120974,"date":"2024-12-13T15:46:01","date_gmt":"2024-12-13T13:46:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-otkazoustojchivoj-fajlovoj-sistemy-littlefs-2-10"},"modified":"2024-12-13T15:46:01","modified_gmt":"2024-12-13T13:46:01","slug":"vypusk-otkazoustojchivoj-fajlovoj-sistemy-littlefs-2-10","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-otkazoustojchivoj-fajlovoj-sistemy-littlefs-2-10","title":{"rendered":"Uscita del file system tollerante agli errori LittleFS 2.10","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato pubblicato il rilascio del progetto LittleFS 2.10, che sviluppa un file system compatto per dispositivi embedded e microcontrollori. Inizialmente, il file system \u00e8 stato creato dall'azienda ARM per il sistema operativo Mbed OS, ma successivamente \u00e8 stato trasferito a un progetto separato. Il codice del file system \u00e8 scritto in linguaggio C e distribuito con licenza BSD. La realizzazione di riferimento di LittleFS \u00e8 fornita come libreria C, sulla quale \u00e8 stato creato un modulo FUSE e wrapper per diversi linguaggi di programmazione. <\/p>\n
Caratteristiche di LittleFS: <\/p>\n
\n
Basse esigenze di risorse e supporto per il funzionamento in condizioni di dimensioni limitate della RAM. Nella realizzazione di LittleFS sono utilizzati solo buffer staticamente definiti (senza allocazione dinamica della memoria) e non vengono utilizzate chiamate ricorsive, il che consente di mantenere costante la dimensione della memoria operativa e delle strutture di servizio di LittleFS su storage, indipendentemente da ci\u00f2 che viene scritto nel file system e dalla dimensione dello storage.\n
Strumenti per il livellamento dell'usura dei supporti Flash (wear leveling), che permettono di minimizzare il riutilizzo dei blocchi e di distribuire uniformemente le operazioni di cancellazione dei blocchi nella memoria Flash, il cui controller non offre una soluzione a questo problema.\n
Elevata resilienza ai guasti \u2014 il file system considera l'interruzione casuale dell'attivit\u00e0 (interruzione a causa di un\u2019interruzione dell'alimentazione) una situazione normale e garantisce che la conservazione su disco sia integra in qualsiasi momento. Per prevenire violazioni di integrit\u00e0 e perdite di dati, viene utilizzato il meccanismo copy-on-write (COW), in cui le modifiche non sovrascrivono le informazioni, ma vengono memorizzate in un nuovo luogo.\n
Atomicit\u00e0 delle operazioni, come eliminazione e rinominazione, anche in caso di interruzione di corrente durante la loro esecuzione. Le modifiche ai file vengono scritte su disco solo dopo la chiamata di sync o close. Le incoerenze causate da operazioni che non possono essere eseguite in modo atomico vengono risolte da un gestore speciale chiamato deorphan, che attraversa tutte le strutture del file system dopo il caricamento.\n
Supporto per funzioni simili a POSIX per la gestione di file e directory. <\/ul>\n
Il contenuto dei file in LittleFS \u00e8 rappresentato da liste COW-CTZ, che garantiscono un livello di complessit\u00e0 O(1) per l'aggiunta e O(nlogn) per la lettura. L'allocazione dei blocchi avviene tramite la scansione del FS per blocchi utilizzati in un'area di dimensione fissa, memorizzata sotto forma di vettore di bit. Per semplificare la scansione, tutte le directory fanno parte di una lista concatenata che copre l'intero file system. Se durante la scrittura di un blocco si verifica un errore, viene allocato un nuovo blocco e i dati vengono trasferiti in esso. <\/p>\n
Tra le novit\u00e0 della nuova versione di LittleFS: <\/p>\n
\n
Il codice di analisi dei percorsi dei file \u00e8 stato riprogettato, avvicinando il comportamento del FS a quello dei sistemi POSIX e alle aspettative degli utenti in situazioni come la chiusura del percorso con una barra, la gestione dei percorsi vuoti e la navigazione oltre la radice del FS.\n
Sono stati aggiunti due nuovi esempi di dispositivi a blocchi ramcrc32bd e ramrsbd, in cui \u00e8 stato implementato un meccanismo di correzione degli errori compatibile con LittleFS. Al momento, il FS LittleFS non supporta la rilevazione e la correzione degli errori, e queste operazioni vengono gestite a livello di dispositivi a blocchi.\n
La funzione lfs_mkdir ha aggiunto il supporto per gli slash finali, quindi la chiamata a lfs_mkdir(\u2018a\/\u2019) non genera pi\u00f9 un errore.\n
Nelle funzioni lfs_stat e lfs_getattr ora viene visualizzato un errore quando si utilizzano barre di chiusura, se il percorso esistente nel FS non \u00e8 una directory.\n
La tentativo di apertura tramite la funzione lfs_file_open di un file con una barra finale nel nome porter\u00e0 ora a un errore LFS_ERR_NOTDIR, se il file non \u00e8 una directory nel FS, LFS_ERR_ISDIR, se il nome si riferisce a una directory nel FS, e LFS_O_CREAT, se il file non esiste.\n
Un tentativo di accesso oltre il file system radice, ad esempio, lfs_stat(\u2018\/..\/a\u2019), ora generer\u00e0 un errore.\n
Specificare un percorso vuoto non \u00e8 pi\u00f9 sinonimo di accesso alla cartella radice, quindi la chiamata a lfs_stat(\u2018\u2019) generer\u00e0 un errore. <\/ul>\n