{"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\/novosti-interneta\/vypusk-otkazoustojchivoj-fajlovoj-sistemy-littlefs-2-10","title":{"rendered":"Rilascio del file system resiliente 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 da ARM per il sistema operativo Mbed OS, ma poi \u00e8 stato separato in un progetto autonomo. Il codice del file system \u00e8 scritto in C e distribuito con licenza BSD. L'implementazione di riferimento di LittleFS viene fornita come libreria C, sulla quale \u00e8 stato creato un modulo FUSE e wrapper per vari linguaggi di programmazione. <\/p>\n
Caratteristiche di LittleFS: <\/p>\n
\n
Basse esigenze di risorse e supporto per il funzionamento in condizioni di spazio di RAM limitato. Nell'implementazione di LittleFS vengono utilizzati solo buffer staticamente definiti (senza allocazione di memoria dinamica) e non vengono utilizzate chiamate ricorsive, il che consente di mantenere sempre costante la quantit\u00e0 di memoria operativa e le strutture dati di LittleFS sul dispositivo di archiviazione, indipendentemente da ci\u00f2 che viene scritto nel file system e dalla dimensione della memoria.\n
Strumenti per l'equalizzazione dell'usura delle unit\u00e0 Flash (wear leveling), progettati per minimizzare il riutilizzo dei blocchi e distribuire uniformemente le operazioni di cancellazione sui blocchi nella memoria Flash, il cui controller non fornisce una soluzione a questo problema.\n
Elevata resilienza ai guasti \u2014 Il FS considera l'interruzione imprevista delle operazioni (arresto tramite mancanza di corrente) una situazione di normale funzionamento e garantisce che i dati siano sempre presenti e integ sui dischi in qualsiasi momento. Per prevenire la compromissione dell'integrit\u00e0 e la perdita di dati, viene utilizzato un meccanismo copy-on-write (COW), dove le modifiche non sovrascrivono le informazioni, ma vengono memorizzate in una nuova posizione.\n
Atomicit\u00e0 delle operazioni, come eliminazione e rinominazione, anche in caso di perdita di alimentazione durante la loro esecuzione. Le modifiche ai file vengono scritte su disco solo al termine della chiamata a sync o close. Le incoerenze causate da operazioni che non possono essere eseguite in modo atomico vengono gestite da un apposito gestore deorphan, che analizza l'intero albero del file system dopo il caricamento.\n
Supporto per le funzioni simili a POSIX per la gestione di file e directory. <\/ul>\n
Il contenuto dei file in LittleFS \u00e8 rappresentato da liste COW (Copy-On-Write) CTZ, garantendo una complessit\u00e0 O(1) per l'aggiunta e O(nlogn) per la lettura. L'allocazione dei blocchi avviene mediante la scansione del file system per i blocchi utilizzati in un'area di dimensione fissa, memorizzata come un vettore di bit. Per semplificare la scansione, tutte le directory fanno parte di una lista collegata che copre l'intero file system. Se si verifica un errore durante la scrittura di un blocco, viene allocato un nuovo blocco e i dati vengono trasferiti in questo. <\/p>\n
Tra le modifiche nella nuova versione di LittleFS: <\/p>\n
\n
\u00c8 stato riprogettato il codice di parsing dei percorsi dei file, il che ha avvicinato il comportamento del file system a quello dei sistemi POSIX e alle aspettative degli utenti in situazioni come la conclusione del percorso con una barra obliqua, la gestione di percorsi vuoti e la navigazione oltre la radice del file system.\n
Sono stati aggiunti due nuovi esempi di dispositivi a blocchi ramcrc32bd e ramrsbd, in cui \u00e8 implementato un meccanismo di correzione degli errori compatibile con LittleFS. Nel suo stato attuale, il file system LittleFS non supporta la rilevazione e la correzione degli errori, e queste operazioni sono portate a livello dei dispositivi a blocchi.\n
La funzione lfs_mkdir ha ora il supporto per le barre finali, quindi la chiamata lfs_mkdir(«a\/») non genera pi\u00f9 un errore.\n
Nelle funzioni lfs_stat e lfs_getattr ora viene restituito un errore quando si utilizzano slash finali, se il percorso esistente nel file system non \u00e8 una directory.\n
Il tentativo di aprire un file tramite la funzione lfs_file_open con uno slash finale nel nome genera ora un errore LFS_ERR_NOTDIR, se il file non \u00e8 una directory nel file system, LFS_ERR_ISDIR, se il nome fa riferimento a una directory nel file system, e LFS_O_CREAT, se il file non esiste.\n
Tentativi di accesso al di fuori del filesystem radice, ad esempio lfs_stat(«\/..\/a»), ora restituiranno un errore.\n
Specificare un percorso vuoto non \u00e8 pi\u00f9 sinonimo di accesso alla directory radice, quindi la chiamata lfs_stat(«») restituir\u00e0 un errore. <\/ul>\n