{"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\/fr\/blog\/news\/vypusk-otkazoustojchivoj-fajlovoj-sistemy-littlefs-2-10","title":{"rendered":"Sortie du syst\u00e8me de fichiers tol\u00e9rant aux pannes LittleFS 2.10","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version 2.10 du projet LittleFS a \u00e9t\u00e9 publi\u00e9e, d\u00e9veloppant un syst\u00e8me de fichiers compact pour les appareils int\u00e9gr\u00e9s et les microcontr\u00f4leurs. Initialement, le syst\u00e8me de fichiers a \u00e9t\u00e9 cr\u00e9\u00e9 par la soci\u00e9t\u00e9 ARM pour le syst\u00e8me d'exploitation Mbed OS, mais a ensuite \u00e9t\u00e9 s\u00e9par\u00e9 en un projet distinct. Le code du FS est \u00e9crit en langage C et est distribu\u00e9 sous licence BSD. La mise en \u0153uvre de r\u00e9f\u00e9rence de LittleFS est fournie sous la forme d'une biblioth\u00e8que C, sur laquelle un module FUSE et des liaisons pour divers langages de programmation ont \u00e9t\u00e9 cr\u00e9\u00e9s. <\/p>\n
Caract\u00e9ristiques de LittleFS : <\/p>\n
\n
Exigences en ressources faibles et prise en charge du fonctionnement dans des conditions de taille limit\u00e9e de RAM. Dans la mise en \u0153uvre de LittleFS, seuls des tampons statiquement d\u00e9finis sont utilis\u00e9s (sans allocation dynamique de m\u00e9moire) et les appels r\u00e9cursifs ne sont pas utilis\u00e9s, ce qui permet de maintenir la taille de la m\u00e9moire vive consomm\u00e9e et des structures de service de LittleFS sur le stockage toujours constante, ind\u00e9pendamment de ce qui est enregistr\u00e9 dans le FS et de la taille du stockage.\n
M\u00e9canismes d'\u00e9galisation de l'usure des supports Flash (wear leveling), permettant de minimiser la r\u00e9utilisation des blocs et de r\u00e9partir uniform\u00e9ment les op\u00e9rations de nettoyage des blocs sur la m\u00e9moire Flash, dont le contr\u00f4leur ne fournit pas de solution \u00e0 cette t\u00e2che.\n
Une tr\u00e8s haute r\u00e9silience aux pannes \u2014 le syst\u00e8me consid\u00e8re un arr\u00eat impr\u00e9vu (arr\u00eat d\u00fb \u00e0 une coupure de courant) comme une situation normale et garantit que le stockage sur disque reste int\u00e8gre \u00e0 tout moment. Pour \u00e9viter la corruption et la perte de donn\u00e9es, un m\u00e9canisme copy-on-write (COW) est utilis\u00e9, qui conserve les modifications \u00e0 un nouvel emplacement au lieu de r\u00e9\u00e9crire l'information.\n
Atomicit\u00e9 des op\u00e9rations telles que la suppression et le renommage, m\u00eame en cas de coupure de courant pendant leur ex\u00e9cution. Les modifications de fichier ne sont \u00e9crites sur le disque qu'apr\u00e8s l'appel de sync ou close. Les d\u00e9saccords caus\u00e9s par des op\u00e9rations qui ne peuvent pas \u00eatre effectu\u00e9es de mani\u00e8re atomique sont r\u00e9solus par un gestionnaire sp\u00e9cial de d\u00e9-orphanage, qui passe par tout l'arbre FS apr\u00e8s le chargement.\n
Prise en charge des fonctions de type POSIX pour le travail avec des fichiers et des r\u00e9pertoires. <\/ul>\n
Le contenu des fichiers dans LittleFS est pr\u00e9sent\u00e9 sous forme de listes COW CTZ, assurant un niveau de complexit\u00e9 O(1) lors de l'ajout et O(nlogn) lors de la lecture. L'allocation des blocs se fait par le balayage du syst\u00e8me de fichiers \u00e0 la recherche des blocs utilis\u00e9s dans une r\u00e9gion de taille fixe, stock\u00e9e sous forme de vecteur de bits. Pour simplifier le scan, tous les r\u00e9pertoires font partie d'une liste cha\u00een\u00e9e englobant l'ensemble du syst\u00e8me de fichiers. En cas d'erreur lors de l'\u00e9criture d'un bloc, un nouveau bloc est allou\u00e9 et les donn\u00e9es sont transf\u00e9r\u00e9es dans celui-ci. <\/p>\n
Parmi les changements dans la nouvelle version de LittleFS : <\/p>\n
\n
Le code de parsing des chemins de fichiers a \u00e9t\u00e9 remodel\u00e9, ce qui a permis de rapprocher le comportement du syst\u00e8me de fichiers des syst\u00e8mes POSIX et des attentes des utilisateurs dans des situations telles que la terminaison d'un chemin par un slash, le traitement des chemins vides et la navigation en dehors de la racine du syst\u00e8me de fichiers.\n
Deux nouveaux exemples de p\u00e9riph\u00e9riques de blocs ramcrc32bd et ramrsbd ont \u00e9t\u00e9 ajout\u00e9s, mettant en \u0153uvre un m\u00e9canisme de correction d'erreurs compatible avec LittleFS. Actuellement, LittleFS ne supporte pas la d\u00e9tection et la correction des erreurs, et ces op\u00e9rations sont transf\u00e9r\u00e9es au niveau des p\u00e9riph\u00e9riques de blocs.\n
La fonction lfs_mkdir a \u00e9t\u00e9 mise \u00e0 jour pour prendre en charge les barres obliques finales, c'est-\u00e0-dire que l'appel \u00e0 lfs_mkdir(\u00ab a\/ \u00bb) ne g\u00e9n\u00e8re plus d'erreur.\n
Dans les fonctions lfs_stat et lfs_getattr, une erreur est maintenant renvoy\u00e9e lors de l'utilisation de slashes de terminaison si le chemin existant dans le syst\u00e8me de fichiers n'est pas un r\u00e9pertoire.\n
Une tentative d'ouverture d'un fichier avec un slash de terminaison dans le nom via la fonction lfs_file_open entra\u00eenera maintenant l'erreur LFS_ERR_NOTDIR si le fichier n'est pas un r\u00e9pertoire dans le syst\u00e8me de fichiers, LFS_ERR_ISDIR si le nom pointe vers un r\u00e9pertoire dans le syst\u00e8me de fichiers, et LFS_O_CREAT si le fichier n'existe pas.\n
Une tentative d'acc\u00e8s \u00e0 l'ext\u00e9rieur du syst\u00e8me de fichiers racine, par exemple lfs_stat(\u00ab \/.. \/a \u00bb), entra\u00eenera maintenant un message d'erreur.\n
Indiquer un chemin vide n'est plus synonyme d'acc\u00e8s au r\u00e9pertoire racine, donc l'appel \u00e0 lfs_stat(\u00ab \u00bb) produira un message d'erreur. <\/ul>\n