{"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\/pl\/blog\/news\/vypusk-otkazoustojchivoj-fajlovoj-sistemy-littlefs-2-10","title":{"rendered":"Wydanie odpornej na awarie systemu plik\u00f3w LittleFS 2.10","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Opublikowano wydanie projektu LittleFS 2.10, kt\u00f3ry rozwija kompaktowy system plik\u00f3w dla urz\u0105dze\u0144 wbudowanych i mikrokontroler\u00f3w. Pocz\u0105tkowo system plik\u00f3w zosta\u0142 stworzony przez firm\u0119 ARM dla systemu operacyjnego Mbed OS, ale nast\u0119pnie wydzielono go jako osobny projekt. Kod FS jest napisany w j\u0119zyku C i jest dystrybuowany na licencji BSD. Referencyjna implementacja LittleFS dostarczana jest w postaci biblioteki C, na bazie kt\u00f3rej stworzono modu\u0142 FUSE oraz opakowania dla r\u00f3\u017cnych j\u0119zyk\u00f3w programowania. <\/p>\n
Cechy LittleFS: <\/p>\n
\n
Niskie wymagania dotycz\u0105ce zasob\u00f3w i wsparcie dla dzia\u0142ania w warunkach ograniczonego rozmiaru RAM. W implementacji LittleFS stosowane s\u0105 wy\u0142\u0105cznie statycznie okre\u015blone bufory (bez dynamicznego przydzielania pami\u0119ci), a wywo\u0142ania rekurencyjne nie s\u0105 u\u017cywane, dzi\u0119ki czemu rozmiar zajmowanej pami\u0119ci operacyjnej i struktury pomocnicze LittleFS na no\u015bniku zawsze pozostaj\u0105 sta\u0142e, niezale\u017cnie od tego, co jest zapisywane w FS i jakiego rozmiaru jest pami\u0119\u0107.\n
\u015arodki do wyr\u00f3wnywania zu\u017cycia no\u015bnik\u00f3w Flash (wear leveling), kt\u00f3re minimalizuj\u0105 ponowne u\u017cycie blok\u00f3w i r\u00f3wnomiernie rozk\u0142adaj\u0105 operacje czyszczenia blok\u00f3w w pami\u0119ci Flash, kt\u00f3rej kontroler nie oferuje rozwi\u0105zania w tej kwestii.\n
Bardzo wysoka odporno\u015b\u0107 na awarie \u2014 FS traktuje przypadkowe zatrzymanie pracy (zaprzestanie dzia\u0142ania w wyniku odci\u0119cia zasilania) jako sytuacj\u0119 awaryjn\u0105 i gwarantuje, \u017ce dane na dysku s\u0105 nienaruszone w ka\u017cdym momencie. Aby zapobiec utracie integralno\u015bci i danych, zastosowano mechanizm copy-on-write (COW), w kt\u00f3rym zmiany nie nadpisuj\u0105 informacji, lecz s\u0105 zapisywane w nowym miejscu.\n
Atomowo\u015b\u0107 wykonywania operacji, takich jak usuwanie i zmiana nazwy, nawet w przypadku utraty zasilania w trakcie ich wykonywania. Zmiany w pliku s\u0105 zapisywane na dysku dopiero po wywo\u0142aniu sync lub close. Niesp\u00f3jno\u015bci wywo\u0142ane operacjami, kt\u00f3re nie mog\u0105 by\u0107 wykonane atomowo, s\u0105 rozwi\u0105zywane przez specjalny procesor deorphan, kt\u00f3ry przeszukuje ca\u0142e drzewo FS po za\u0142adowaniu.\n
Wsparcie dla funkcji podobnych do POSIX do pracy z plikami i katalogami. <\/ul>\n
Zawarto\u015b\u0107 plik\u00f3w w LittleFS jest reprezentowana przez listy COW (Copy-On-Write) CTZ, co zapewnia z\u0142o\u017cono\u015b\u0107 O(1) przy dodawaniu i O(nlogn) przy odczycie. Przydzielanie blok\u00f3w odbywa si\u0119 poprzez skanowanie systemu plik\u00f3w w celu zidentyfikowania u\u017cywanych blok\u00f3w w obszarze o sta\u0142ej wielko\u015bci, przechowywanym w postaci wektora bitowego. Aby upro\u015bci\u0107 skanowanie, wszystkie katalogi s\u0105 cz\u0119\u015bci\u0105 listy powi\u0105zanej, obejmuj\u0105cej ca\u0142y system plik\u00f3w. Je\u015bli podczas zapisywania bloku wyst\u0105pi b\u0142\u0105d, przydzielany jest nowy blok, a dane s\u0105 w nim przenoszone. <\/p>\n
W\u015br\u00f3d zmian w nowej wersji LittleFS: <\/p>\n
\n
Przerobiono kod analizy \u015bcie\u017cek plik\u00f3w, co pozwoli\u0142o przybli\u017cy\u0107 dzia\u0142anie systemu plik\u00f3w do system\u00f3w POSIX oraz oczekiwa\u0144 u\u017cytkownik\u00f3w w takich sytuacjach, jak zako\u0144czenie \u015bcie\u017cki uko\u015bnikiem, obr\u00f3bka pustych \u015bcie\u017cek i nawigacja poza korzeniem systemu plik\u00f3w.\n
Dodano dwa nowe przyk\u0142ady urz\u0105dze\u0144 blokowych ramcrc32bd oraz ramrsbd, kt\u00f3re wdra\u017caj\u0105 mechanizm korekcji b\u0142\u0119d\u00f3w kompatybilny z LittleFS. W obecnej formie w samym systemie plik\u00f3w LittleFS brakuje wsparcia dla wykrywania i korekcji b\u0142\u0119d\u00f3w, a operacje te s\u0105 przenoszone na poziom urz\u0105dze\u0144 blokowych.\n
Funkcja lfs_mkdir zyska\u0142a wsparcie dla ko\u0144cowych slashy, tzn. wywo\u0142anie lfs_mkdir(«a\/») nie generuje teraz b\u0142\u0119du.\n
W funkcjach lfs_stat i lfs_getattr teraz wy\u015bwietla si\u0119 b\u0142\u0105d przy u\u017cywaniu ko\u0144cowych uko\u015bnik\u00f3w, je\u015bli istniej\u0105ca w systemie plik\u00f3w \u015bcie\u017cka nie jest katalogiem.\n
Pr\u00f3ba otwarcia pliku za pomoc\u0105 funkcji lfs_file_open z ko\u0144cowym uko\u015bnikiem w nazwie teraz prowadzi do b\u0142\u0119du LFS_ERR_NOTDIR, je\u015bli plik nie jest katalogiem w systemie plik\u00f3w, LFS_ERR_ISDIR, je\u015bli nazwa odnosi si\u0119 do katalogu w systemie plik\u00f3w, oraz LFS_O_CREAT, je\u015bli plik nie istnieje.\n
Pr\u00f3ba dost\u0119pu poza granice korzeniowego FS, np. lfs_stat(«\/..\/a»), teraz prowadzi do wygenerowania b\u0142\u0119du.\n
Wskazanie pustej \u015bcie\u017cki nie jest ju\u017c synonimem odwo\u0142ania si\u0119 do katalogu g\u0142\u00f3wnego, tzn. wywo\u0142anie lfs_stat(«») spowoduje wygenerowanie b\u0142\u0119du. <\/ul>\n