{"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\/nl\/blog\/news\/vypusk-otkazoustojchivoj-fajlovoj-sistemy-littlefs-2-10","title":{"rendered":"Uitgave van de fouttolerante bestandsysteem LittleFS 2.10","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
De release van het LittleFS-project 2.10 is gepubliceerd, dat een compacte bestandssysteem voor ingebouwde apparaten en microcontrollers ontwikkelt. Het bestandssysteem werd oorspronkelijk ontwikkeld door ARM voor het besturingssysteem Mbed OS, maar werd later afgesplitst in een apart project. De FS-code is geschreven in de programmeertaal C en wordt verspreid onder de BSD-licentie. De referentie-implementatie van LittleFS wordt geleverd als een C-bibliotheek, waarop de FUSE-module en wrappers voor verschillende programmeertalen zijn gebaseerd. <\/p>\n
Kenmerken van LittleFS: <\/p>\n
\n
Lage resourcevereisten en ondersteuning voor werking onder beperkte RAM-omstandigheden. In de LittleFS-implementatie worden alleen statisch gedefinieerde buffers gebruikt (zonder dynamische geheugentoewijzing) en worden geen recursieve aanroepen gebruikt, waardoor de hoeveelheid RAM en de overheadstructuren van LittleFS op de opslag altijd constant blijven, ongeacht wat er in de FS wordt geschreven en de grootte van de opslag.\n
Hulpmiddelen voor slijtage-uitbalancering van Flash-media (wear leveling), die helpen om herhaald gebruik van blokken te minimaliseren en de opruimoperaties op Flash-geheugen gelijkmatig te verdelen, waarvan de controller deze taak niet ondersteunt.\n
Zeer hoge faalbestendigheid \u2014 het bestandssysteem beschouwt een onverwachte downtime (afsluiten door stroomuitval) als een normale situatie en garandeert dat de schijfopslag op elk moment in intacte staat verkeert. Om te voorkomen dat integriteit en gegevensverlies optreden, wordt de copy-on-write (COW) mechanisme gebruikt, waarbij wijzigingen de informatie niet overschrijven, maar op een nieuwe locatie worden opgeslagen.\n
Atomariteit van operaties, zoals verwijderen en hernoemen, zelfs bij verlies van voeding tijdens hun uitvoering. Wijzigingen aan bestanden worden alleen naar de schijf geschreven na een oproep van sync of close. Ongelijkheden die ontstaan door operaties die niet atomair kunnen worden uitgevoerd, worden opgelost door een speciale deorphan-handler, die door de hele FS-boom gaat na het opstarten.\n
Ondersteuning voor POSIX-achtige functies voor het werken met bestanden en mappen. <\/ul>\n
De inhoud van bestanden in LittleFS wordt gepresenteerd als COW-lijsten (Copy-On-Write), wat een complexiteitsniveau van O(1) biedt bij toevoegingen en O(nlogn) bij lezingen. Blokken worden toegewezen door het scannen van het bestandssysteem op gebruikte blokken in een gebied van vaste grootte, dat wordt opgeslagen als een bitvector. Ter vereenvoudiging van het scannen maken alle mappen deel uit van een gelinkte lijst die het hele bestandssysteem omspant. Als er een fout optreedt bij het schrijven van een blok, wordt een nieuw blok toegewezen en worden de gegevens daarin overgedragen. <\/p>\n
Onder de wijzigingen in de nieuwe versie van LittleFS: <\/p>\n
\n
De code voor het parseren van bestandspaden is herzien, waardoor het gedrag van het bestandssysteem dichter bij die van POSIX-systemen is gekomen en beter aansluit bij de verwachtingen van gebruikers in situaties zoals het be\u00ebindigen van paden met een slash, de verwerking van lege paden en navigatie buiten de root van het bestandssysteem.\n
Twee nieuwe voorbeelden van blokapparaten, ramcrc32bd en ramrsbd, zijn toegevoegd, waarin een foutcorrectiemechanisme is ge\u00efmplementeerd dat compatibel is met LittleFS. In de huidige versie ontbreekt in het bestandssysteem van LittleFS ondersteuning voor het detecteren en corrigeren van fouten, en deze bewerkingen worden naar het niveau van blokapparaten verplaatst.\n
De functie lfs_mkdir heeft ondersteuning voor afsluitende slashes gekregen, dat wil zeggen, de aanroep lfs_mkdir(\u2018a\/\u2019) leidt nu niet meer tot een foutmelding.\n
In de functies lfs_stat en lfs_getattr wordt nu een foutmelding weergegeven bij het gebruik van eindigende slashes, als het bestaande pad in het bestandssysteem geen map is.\n
Een poging om een bestand met een eindigende slash in de naam via de functie lfs_file_open te openen, leidt nu tot de fout LFS_ERR_NOTDIR als het bestand geen map is in het bestandssysteem, LFS_ERR_ISDIR als de naam verwijst naar een map in het bestandssysteem, en LFS_O_CREAT als het bestand niet bestaat.\n
Pogingen om buiten de root van het bestandssysteem te verwijzen, bijvoorbeeld lfs_stat(\u2018\/..\/\/a\u2019), zullen nu resulteren in een foutmelding.\n
Het opgeven van een lege pad is nu niet langer synoniem met het verwijzen naar de rootdirectory, dat wil zeggen, de aanroep lfs_stat(\u2018\u2019) zal resulteren in een foutmelding. <\/ul>\n