b'\n_START_ARTICLE_\nExt4\n_START_PARAGRAPH_\next4 (ang.\xc2\xa0Fourth Extended File System) \xe2\x80\x93 czwarta wersja rozszerzonego systemu plik\xc3\xb3w, nast\xc4\x99pca ext3. Obecnie jeden z najpopularniejszych system\xc3\xb3w plik\xc3\xb3w dla Linuksa. Obecny jest w \xc5\xbar\xc3\xb3d\xc5\x82ach Linuksa od wersji 2.6.19. Od wersji j\xc4\x85dra 2.6.28, wydanego 25 grudnia 2008 roku, uznany za stabilny.\n_START_SECTION_\nHistoria\n_START_PARAGRAPH_\next4 powsta\xc5\x82 jako seria wstecznie kompatybilnych rozszerze\xc5\x84 do ext3. Wiele z nich, oryginalnie rozwijanych przez Cluster File Systems dla systemu plik\xc3\xb3w Lustre w latach 2003\xe2\x80\x932006, mia\xc5\x82o rozszerza\xc4\x87 limity pojemno\xc5\x9bci oraz dodawa\xc4\x87 poprawki wydajno\xc5\x9bci. Developerzy j\xc4\x85dra Linux sprzeciwili si\xc4\x99 jednak zaakceptowaniu rozszerze\xc5\x84 do ext3 ze wzgl\xc4\x99d\xc3\xb3w na stabilno\xc5\x9b\xc4\x87 i zaproponowali zforkowanie kodu \xc5\xbar\xc3\xb3d\xc5\x82owego ext3, a nast\xc4\x99pnie przeniesienie rozwoju do nowej ga\xc5\x82\xc4\x99zi ext4. Mia\xc5\x82o to umo\xc5\xbcliwi\xc4\x87 rozw\xc3\xb3j bez wp\xc5\x82ywu na dotychczasowych u\xc5\xbcytkownik\xc3\xb3w ext3. Propozycja ta zosta\xc5\x82a zaakceptowana i 28 czerwca 2006 Theodore Ts\xe2\x80\x99o, opiekun ext3, og\xc5\x82osi\xc5\x82 nowy plan rozwoju ext4._NEWLINE_Wst\xc4\x99pna wersja rozwojowa ext4 zosta\xc5\x82a w\xc5\x82\xc4\x85czona do wersji 2.6.19 j\xc4\x85dra Linux. 11 pa\xc5\xbadziernika 2008, kod ext4, oznaczony ju\xc5\xbc jako stabilny, zosta\xc5\x82 w\xc5\x82\xc4\x85czony do repozytori\xc3\xb3w j\xc4\x85dra Linux w wersji 2.6.28. J\xc4\x85dro 2.6.28, zawieraj\xc4\x85ce system plik\xc3\xb3w ext4, zosta\xc5\x82o wydane 25 grudnia 2008. 15 stycznia 2010 Google og\xc5\x82osi\xc5\x82o zamiar aktualizacji swojej infrastruktury przechowywania danych z ext2 do ext4. 14 grudnia 2010 og\xc5\x82oszono r\xc3\xb3wnie\xc5\xbc \xc5\xbce ext4 b\xc4\x99dzie u\xc5\xbcywany r\xc3\xb3wnie\xc5\xbc zamiast YAFFS w systemie Android z serii 2.3.\n_START_SECTION_\nWst\xc4\x99p\n_START_PARAGRAPH_\nExt4 dzieli urz\xc4\x85dzenie magazynuj\xc4\x85ce na serie grup blokowych. By zmniejszy\xc4\x87 trudno\xc5\x9bci zwi\xc4\x85zane z wydajno\xc5\x9bci\xc4\x85 w wyniku fragmentacji alokator blokowy stara si\xc4\x99 utrzyma\xc4\x87 bloki ka\xc5\xbcdego pliku w tej samej grupie, by skr\xc3\xb3ci\xc4\x87 czas wyszukiwania.\n_START_SECTION_\nBlok\n_START_PARAGRAPH_\nExt4 przydziela pami\xc4\x99\xc4\x87 w jednostce zwanej \xe2\x80\x9eblokiem\xe2\x80\x9d. Blok to grupa sektor\xc3\xb3w mi\xc4\x99dzy 1kB a 64 kB (domy\xc5\x9blnie 4kB), gdzie liczba sektor\xc3\xb3w musi by\xc4\x87 pot\xc4\x99g\xc4\x85 liczby 2. Bloki z kolei s\xc4\x85 pogrupowane w wi\xc4\x99ksze jednostki zwane grupami blok\xc3\xb3w._NEWLINE_Rozmiar bloku jest okre\xc5\x9blany w czasie zak\xc5\x82adania systemu plik\xc3\xb3w poleceniem mkfs. Domy\xc5\x9blnie system plik\xc3\xb3w mo\xc5\xbce zawiera\xc4\x87 2\xc2\xb3\xc2\xb2 blok\xc3\xb3w, chyba \xc5\xbce funkcja \xe2\x80\x9e64-bitowa\xe2\x80\x9d jest w\xc5\x82\xc4\x85czona, to system plik\xc3\xb3w mo\xc5\xbce mie\xc4\x87 2\xe2\x81\xb6\xe2\x81\xb4 blok\xc3\xb3w.'