XFS- Mfumo wa faili wa uandishi uliotengenezwa na Silicon Graphics, lakini sasa imetolewa chanzo wazi(chanzo wazi).

Taarifa rasmi kuhusu http://oss.sgi.com/projects/xfs/

XFS iliundwa mapema miaka ya 90 (1992-1993) na Silicon Grapgics (sasa SGI) kwa kompyuta za media titika zinazoendesha Irix OS. Mfumo wa faili ulikuwa na lengo la faili kubwa sana na mifumo ya faili. Kipengele cha mfumo huu wa faili ni kifaa cha jarida - sehemu ya metadata ya mfumo wa faili yenyewe imeandikwa kwa jarida kwa njia ambayo mchakato mzima wa kurejesha unapungua kwa kunakili data hii kutoka kwa jarida hadi mfumo wa faili. Ukubwa wa logi umewekwa wakati wa kuunda mfumo lazima iwe angalau megabytes 32; na hauitaji zaidi - ni ngumu kupata idadi kama hiyo ya shughuli ambazo hazijafungwa.

Baadhi ya vipengele:

Inafanya kazi kwa ufanisi zaidi na faili kubwa.

Ina uwezo wa kuhamisha logi kwenye diski nyingine ili kuboresha utendaji.

Huhifadhi data ya akiba tu wakati kumbukumbu imejaa, na si mara kwa mara kama zile zingine.

Data ya meta pekee ndiyo imeingia.

B+ miti hutumiwa.

Hutumia ukataji wa mantiki

11.6.4 rfs mfumo wa faili

RFS (RaiserFS)- mfumo wa faili wa uandishi uliotengenezwa na Namesys.

Taarifa rasmi kuhusu RaiserFS

Baadhi ya vipengele:

Inafanya kazi kwa ufanisi zaidi na idadi kubwa ya faili ndogo katika suala la utendaji na ufanisi wa matumizi nafasi ya diski.

Hutumia mti ulioboreshwa wa b* ulioboreshwa haswa (toleo lililoboreshwa la mti wa B+)

Hutenga nodi za i badala ya seti tuli iliyoundwa wakati wa kuunda mfumo wa faili wa "jadi".

Ukubwa wa vitalu vinavyobadilika.

Mfumo wa faili wa 11.6.4 jfs

JFS (Jarida Mfumo wa Faili) - Mfumo wa faili wa uandishi uliotengenezwa na IBM kwa mfumo wa uendeshaji wa AIX, lakini sasa umetolewa kama chanzo wazi.

Taarifa rasmi kuhusu Teknolojia ya Mfumo wa Faili iliyochapishwa kwa Linux

Baadhi ya vipengele:

Kumbukumbu za JFS hufuata muundo wa kawaida wa muamala wa hifadhidata

Data ya meta pekee ndiyo imeingia

Saizi ya logi sio zaidi ya megabytes 32.

Hali ya ukataji miti isiyolingana - inafanywa wakati trafiki ya I/O inapungua

Uwekaji kumbukumbu wa kimantiki hutumiwa.

11.7 Jedwali la kulinganisha la baadhi ya mifumo ya kisasa ya faili

Uchaguzi wa mfumo wa faili daima umekuwa mada yenye mjadala mkali kati ya wafuasi wa Linux, ambao watapiga vifua vyao kujaribu kuwashawishi wapinzani wao kwamba wamekosea kabisa. Na hii inaeleweka zaidi, kwani, tofauti na Windows au macOS, ambapo watumiaji wana uwezekano mdogo wa kufikiria juu ya hili wakati wa ujio wao wa kila siku wa kompyuta, mfumo huu wa uendeshaji hauna uhaba wa chaguzi mbalimbali mfumo wa faili. Ingawa ext ndio chaguo msingi kwa wengi Usambazaji wa Linux, XFS haiwezekani kuleta nyuma na ni maarufu sana katika ulimwengu wa Linux. Lakini mfumo huu wa faili ni nini na ni tofauti gani na wenzao?

XFS, kwa kweli, ni moja ya kongwe na iliyokomaa zaidi mifumo ya faili, inapatikana kwa Linux. Imetengenezwa na Silicon Graphics na kuletwa mnamo 1994 na zao mfumo wa uendeshaji IRIX, ilihamia kwenye kinu cha Linux mnamo 2001 kwa lengo la kushughulikia kwa mafanikio idadi kubwa ya data. Umbizo lilikuwa la hiari kwa muda mrefu na hatimaye lilichaguliwa kuwa chaguomsingi la Nyekundu Biashara ya kofia Linux 7 mnamo 2014. Kwa sasa inaauniwa na ugawaji mwingi wa Linux, wakati RHEL, Oracle Linux 7, CentOS 7 na wengine wachache wanaitumia kama mfumo chaguo-msingi wa faili.

XFS ni mfumo wa faili wa uandishi wa habari wa 64-bit. Yaliyomo katika kila faili katika XFS huhifadhiwa kwenye vizuizi vya data kwenye diski. Ili kurekodi kwa ufanisi kila kitu unachoangazia na nafasi ya bure XFS hugawanya vizuizi hivi katika mfuatano unaofanana unaoitwa extents, ambao unaweza kutatuliwa na mfumo wa faili kama vitengo vya mtu binafsi. Ukubwa wa chini Kiwango ni kizuizi kimoja, na kinaweza kukua kadiri saizi ya faili inavyoongezeka. Taarifa zote kuhusu faili (metadata yake) huhifadhiwa katika muundo maalum wa data unaoitwa inode. Mfumo wa faili yenyewe una sehemu tatu kuu:

Sehemu ya data hutumika kuhifadhi metadata zote za mfumo wa faili pamoja na data ya mtumiaji (isipokuwa faili za wakati halisi). Ugawaji huu umegawanywa katika idadi fulani ya vikundi vya usambazaji na ukubwa sawa (unaweza kufafanua idadi yao au ukubwa mapema - kiwango cha chini ni 16 MB, na kiwango cha juu ni hadi terabyte). Kila kikundi cha usambazaji kinaweza kuchukuliwa kuwa mfumo tofauti wa faili ambao hudhibiti kwa uhuru matumizi ya nafasi yake mwenyewe. Vikundi vingi vya usambazaji huruhusu XFS kushughulikia shughuli nyingi kwa wakati mmoja bila utendakazi wa kudhalilisha. Kwa ufuatiliaji nafasi ya bure Kila kikundi cha mgao hutumia jozi ya miundo maalum inayoitwa miti ya B+, ambayo nodi zake zina habari kuhusu kizuizi cha chanzo cha kila eneo la bure na ukubwa wake katika vitalu. Njia hiyo hiyo hutumiwa kufuatilia vizuizi vya data na ingizo za kila faili.

Sehemu ya logi ina taarifa zote za ukataji miti ambazo hurekodiwa wakati mabadiliko yoyote yanapofanywa kwa metadata ya mfumo wa faili na kuhifadhiwa hapo hadi yakamilike: katika tukio la ajali ya ghafla au kukatika kwa umeme, hii inaruhusu shughuli zote zilizofanywa wakati huo kukamilika na. hivyo kudumisha uthabiti wa mfumo wa faili.

Sehemu ya wakati halisi huhifadhi data ya faili ya wakati halisi - faili zinazohitaji kuandikwa au kusasishwa mara moja, bila kuchelewa.

Ubunifu huu hufanya XFS kuwa muhimu sana wakati wa kusindika faili kubwa na duka. Upeo wa ukubwa wa faili ndani kwa sasa ni exabytes 9, na kiasi kimoja kinaweza kuwa hadi 18 exabytes. Idadi kamili ya faili sio mdogo. Miongoni mwa wengine nguvu mfumo huu wa faili:

Uandishi wa habari. Kutumia ukataji miti kwa shughuli za metadata huhakikisha uthabiti wa XFS hata baada ya ajali au kupoteza nguvu.

Mgao uliochelewa. Data katika XFS haijaandikwa mara moja HDD, lakini zimehifadhiwa kwenye RAM kwa muda, wakati nambari inayotakiwa ya vitalu vya data imehifadhiwa tu. Mwishoni, inaweza kugeuka kuwa hakuna haja ya kuiandika kabisa. Kwa hivyo, XFS inaboresha utendaji wa uandishi na inapunguza mgawanyiko wa faili.

Ugawaji awali. XFS huhifadhi nafasi ya diski kabla ya vizuizi vya data kuandikwa. Hii pia husaidia kuzuia kugawanyika kwa faili tangu faili kamili inakuwa zaidi uwezekano wa kuandikwa kwa mfululizo contiguous ya vitalu kwenye diski.

Faili chache. Ikiwa faili ina vipande vya data batili, badala ya kuwagawia nafasi ya diski, mfumo huandika baadhi tu ya metadata inayowakilisha hizo. vitalu tupu, na hivyo kuepuka kupoteza nafasi kwenye "zero".

Viwango vya diski. XFS inasaidia upendeleo wa diski, ambayo hukuruhusu kusimamia kwa ufanisi rasilimali za diski kwa kupunguza idadi ya faili zilizoundwa kikundi fulani watumiaji/watumiaji, au kiasi cha nafasi ya kumbukumbu iliyotumika.

Sifa zilizopanuliwa. Sifa zilizopanuliwa huruhusu mtumiaji kuambatisha metadata kiholela (kama jozi ya thamani ya jina) kwenye faili au ingizo lolote. Tofauti na sifa za kawaida, ambazo zinafafanuliwa madhubuti na mfumo wa faili, zinaweza kuwa na habari yoyote, kama vile mwandishi wa hati au saini ya dijiti.

Ingizo/Pato la Kina. Matumizi ya vikundi vingi vya usambazaji huruhusu kasi ya juu shughuli sambamba I/O

Picha za sauti. Vijipicha hukuruhusu kuunda nakala ya sauti ndani muda fulani wakati na, ikiwa ni lazima, rudisha mfumo wa faili kwenye hali hii.

Utengano wa mtandaoni na kubadilisha ukubwa. Mfumo wa faili unaweza kugawanywa au kupanuliwa wakati wa usakinishaji na kuwezesha.

Chelezo asili/rejesha. XFS imejengwa ndani chelezo na urejeshaji, ambao unaweza kufanywa kwa kutumia huduma zilizojengwa ndani xfsdump na xfsrestore. Zaidi ya hayo, hata faili ambazo kwa sababu fulani hazijachelezwa, kinyume na imani maarufu, katika tukio la kupoteza data, zina nafasi kubwa sana ya kurejesha. Ingawa wataalam wengine wanadai kuwa upotezaji wa data kutoka kwa XFS hauwezi kurejeshwa kabisa, zana nyingi za kurejesha data kama vile UFS Explorer, Recovery Explorer na Raise Data Recovery zimekuwa zikishughulikia kazi hii kwa miaka mingi.

Hata hivyo, mfumo huu wa faili pia una hasara kadhaa. Kwanza kabisa, kizigeu kilichoumbizwa na XFS hakiwezi kupunguzwa, ingawa bado unaweza kufanya nakala ya chelezo, unda mfumo mpya wa faili ndogo na kisha uirejeshe. Pili, XFS haina njia za ukandamizaji wa data zilizojengwa. Kwa kuongeza, mfumo wa faili hautumii hundi ili kuhakikisha uadilifu wa data iliyohifadhiwa ya mtumiaji na kugundua biti zote zilizooza haraka iwezekanavyo, ili faili zingine zinaweza kuharibika kimya kimya, na itakapotoka, inaweza kuwa kuchelewa sana kurekebisha shida na upotezaji mkubwa wa data utakuwa. kuepukika. Kwa kuongeza, XFS hutumia ukataji miti kwa metadata lakini haibadilishi mabadiliko yoyote ya data, kwa hivyo ikiwa kuzima bila kutarajiwa mfumo, unaweza kupoteza data kutoka kwa faili zilizofunguliwa kwa wakati huu. Pia, ikiwa una mbili Windows boot/Linux, Windows haitaweza kusoma kizigeu kilichoumbizwa cha XFS bila zana zozote za ziada.

Ili kujua ikiwa diski yako inasaidia XFS, tumia amri ya faili na -s chaguo, ambayo itaonyesha habari kuhusu aina ya mfumo wa faili.

Kwa ujumla, ingawa hakuna mapungufu, XFS ni mfumo wa faili thabiti na wenye vipengele vingi ambao hufaulu wakati wa kusimamia midia ya utendaji wa juu. Ikiwa unahitaji kuhifadhi na kufikia faili kubwa XFS labda ni bora zaidi.

Hivi majuzi, katika mkutano wa linux.conf.au 2012, msanidi programu wa XFS Dave Chinner alibainisha kuwa anaamini. XFS itavutia watumiaji zaidi katika siku zijazo. Ripoti yake ilishughulikia utatuzi wa shida na kuongeza, na vile vile kazi zaidi ili kuboresha mfumo wa faili. Ikiwa maneno yake yataaminika, labda tutasikia mengi zaidi kuhusu hili katika miaka michache ijayo. XFS.
XFS mara nyingi hufikiriwa kama mfumo wa faili kwa wale wanaofanya kazi na faili saizi kubwa. Kulingana na Dave, inashughulikia kazi hii kikamilifu, kwa kuongeza, XFS jadi inafanya kazi vizuri na mizigo mizito. Lakini hali inakuwa mbaya zaidi wakati wa kuandika metadata. Usaidizi wa kurekodi kiasi kikubwa metadata kwa muda mrefu ni hatua dhaifu kwa mfumo huu wa faili. Kwa kifupi, metadata imeandikwa polepole sana, na kwa kweli haina kiwango, hata wakati wa kuendesha kwenye CPU moja.
Jinsi polepole? Dave alitoa slaidi kadhaa zinazoonyesha matokeo ya alama ya fs ikilinganishwa na ext4. matokeo XFS mbaya zaidi (karibu mara mbili) hata kwenye CPU moja. Kadiri idadi ya nyuzi inavyoongezeka hadi nane, hali inazidi kuwa mbaya, baada ya hapo utendaji wa ext4 pia unashuka sana. Kwa kazi inayohusiana na mzigo mkubwa kwenye mfumo wa I/O ambapo inahitajika kubadilisha idadi kubwa ya metadata (kufungua kwa tarball kulitolewa kama mfano), ext4 ilionyesha utendaji mara 20 - 50 kuliko XFS. Hili la kuchelewa ni tatizo kubwa sana.

Uvivu wa ukataji miti

Shida iko kwenye logi ya I/O: XFS imezalisha idadi kubwa ya trafiki ili kubadilisha metadata. Katika hali mbaya zaidi, karibu trafiki yote ya I/O ilikuwa data ya kumbukumbu badala ya data ambayo mtumiaji alikuwa akijaribu kuiandikia diski. Majaribio ya kutatua tatizo hili kwa miaka mingi yamejumuisha badiliko moja kuu kwa algoriti ya kurekodi na uboreshaji na marekebisho mengine mengi muhimu. Kitu pekee ambacho hakikuhitajika ilikuwa mabadiliko yoyote katika muundo wa data kwenye diski, ingawa hii inaweza kuhitajika katika siku zijazo.
Mkazo wa kubadilisha kiasi kikubwa cha metadata hatimaye unaweza kusababisha uzuiaji wa saraka sawa kurekebishwa mara nyingi katika muda mfupi, na kila moja ya mabadiliko haya yakizalisha ingizo ambalo lazima lihifadhiwe kwenye kumbukumbu. Hiki ndicho chanzo cha trafiki kubwa ya magazeti. Dhana ya kutatua tatizo hili ni rahisi sana: kuahirisha sasisho la logi na kuunganisha mabadiliko kwenye kizuizi sawa kwenye ingizo moja. Kwa kweli, ilichukua miaka kadhaa ya kazi ngumu kuleta wazo hili kwa utekelezaji mbaya, lakini sasa linafanya kazi. Kuandika habari kwa uvivu kwa mfumo wa faili XFS inasaidia katika toleo la kernel 3.3.
Kwa kweli, teknolojia ya uvivu ya uandishi wa habari ilikopwa kutoka kwa mfumo wa faili wa ext3, kwa hivyo algorithm ya uendeshaji wake inajulikana na inachukua muda kidogo sana kuitekeleza. XFS kuliko ikiwa imetengenezwa kutoka mwanzo. Pamoja na faida za kasi, hii pia inamaanisha kupunguzwa kwa kiasi cha msimbo. Ikiwa unataka kuangalia kwa karibu jinsi teknolojia hii inavyofanya kazi, maelezo yanaweza kupatikana kwenye faili filesystems/xfs-delayed-logging.txt kwenye mti wa nyaraka wa kernel.
Kukata miti kwa uvivu ni mabadiliko makubwa, lakini sio pekee. Njia ya haraka kuhifadhi nafasi ya majarida bado ni mada motomoto XFS. Leo hauhitaji kuzuia, wakati njia ya polepole bado inahitaji kuzuia kimataifa ya hatua hiyo. Nambari ya uandishi ya metadata isiyolingana ilisababisha mgawanyiko mkubwa wa I/O, na kupunguza utendakazi kwa kiasi kikubwa. Sasa uandishi wa metadata umechelewa, na hupangwa kabla ya kuandikwa. Hii ina maana kwamba, kulingana na Dave, mfumo wa faili hufanya kazi kama mpangilio wa I/O. Lakini kipanga ratiba cha I/O hufanya kazi kwenye foleni ya ombi, ambayo kwa kawaida huwa na maingizo 128, huku metadata iliahirisha foleni. XFS inaweza kuwa na maelfu ya rekodi, kwa hivyo inaleta maana kupanga kwenye mfumo wa faili kabla ya kupitisha metadata kwa mfumo wa I/O. " Vipengele vinavyofanya kazi"Vitu vinavyotumika vya logi" ni utaratibu unaoboresha utendakazi wakati wa kufanya kazi na orodha kubwa zilizopangwa za vipengee vya kumbukumbu kwa kukusanya mabadiliko na kuyatumia kwenye hali ya kundi. Zaidi ya hayo, metadata iliyohifadhiwa iliondolewa kutoka kwa ukurasa wa kubadilishana kwa kuwa uwepo wake ungesababisha maombi ya kupakia kurasa kwa nyakati zisizofaa.

Ulinganisho wa mifumo ya faili

Vipi XFS inakua baada ya mabadiliko yote? Wakati wa kukimbia na nyuzi moja au mbili bado ni polepole kidogo kuliko ext4, lakini idadi ya nyuzi inapoongezeka hadi nane utendaji wake huongezeka kwa mstari, wakati ext4 inashusha na btrfs inadhoofisha zaidi. scalability ya leo XFS ni mdogo kwa kuzuia safu ya kernel inayoshughulika na mifumo ya faili pepe, sio msimbo ambao unashughulika moja kwa moja na mfumo wa faili. Upitishaji wa saraka sasa una kasi zaidi hata kwa uzi mmoja, na una kasi zaidi kwa nyuzi nane.
Upeo wa ugawaji wa diski kwa sasa ni maagizo ya ukubwa kwa kasi zaidi kuliko ext4. Hali hii itabadilika kidogo na kuanzishwa kwa kazi ya "bigalloc" katika kutolewa 3.2, ambayo huongeza ugawaji wa nafasi ya disk ya ext4 kwa maagizo mawili ya ukubwa ikiwa ya kutosha hutumiwa. ukubwa mkubwa kuzuia. Kwa bahati mbaya, hii huongeza kwa uwiano nafasi iliyochukuliwa kwenye diski na faili ndogo. Kwa mfano, mahali msimbo wa chanzo kokwa Linux katika kesi hii, 160 GB ya nafasi ya disk itahitajika. Bigalloc haioani sana na vipengele vingine vya ext4 na inahitaji usanidi changamano. Kulingana na Dave, ext4 inakabiliwa na dosari za usanifu - vitu kama vile matumizi ya bitmaps kufuatilia nafasi ya diski vilikuwa mfano wa miaka ya themanini. Haiwezi kufikia mifumo mikubwa ya faili.
Ugawaji wa nafasi ya diski katika Btrfs ni polepole kuliko katika ext4. Kulingana na Dave, shida ni suala la kuhamisha kashe kwa nafasi ya bure ya diski, ambayo inatumia nguvu nyingi za CPU. Walakini, hii sio mdudu wa usanifu, kwa hivyo inaweza kusasishwa kwa urahisi.

Mustakabali wa Mifumo ya Faili ya Linux

Leo, shida za utendaji na uzani zinaweza kuzingatiwa kutatuliwa. Shida sasa ni safu ya VFS, kwa hivyo juhudi zaidi zinapaswa kuelekezwa kwenye eneo hili la kazi. Lakini changamoto kubwa inayoendelea itakuwa uaminifu wa hifadhi ya data, na hii inaweza kuhitaji mabadiliko makubwa kwenye mfumo wa faili wa XFS.
Kuegemea sio tu juu ya kutopoteza data - tunatumai hiyo XFS tayari ni ya kuaminika kabisa, tatizo pia linahusiana na scalability. Sio vitendo kuondoa mfumo wa faili wa petabyte ili kuendesha utambazaji au matumizi ya kurejesha data. Katika siku zijazo, ni muhimu tu kufanya hivyo iwezekanavyo kufanya shughuli hizo kwenye mfumo wa faili unaoendesha. Hii itahitaji zana thabiti ya kugundua ajali iliyojumuishwa kwenye mfumo wa faili ili kuangalia metadata kwenye nzi. Mifumo mingine ya faili ina njia zinazofanana, lakini kulingana na Dave, kwa XFS Itakuwa bora kutekeleza mfumo kama huo kwa kiwango cha safu za vifaa vya kuhifadhi data, au kwa kiwango cha maombi.
"Uthibitishaji wa metadata" unamaanisha kuunda metadata inayojilinda kutokana na maombi ya uandishi yasiyoelekezwa katika kiwango cha kifaa cha kuhifadhi. Uthibitishaji wa Checksum hautoshi - inaonyesha tu kwamba data iliandikwa kwa usahihi. Metadata yenye ulinzi huo inaweza kutambua vizuizi ambavyo viliandikwa kwa eneo lisilofaa na kusaidia kurejesha uadilifu wa mfumo wa faili katika tukio la kushindwa kubwa. Hii pia inaweza kusaidia kutatua suala linalojulikana reiserfs, ambayo ni kwamba shirika la kurekebisha mfumo wa faili limechanganyikiwa na metadata ya zamani, au metadata inayopatikana katika picha za mfumo wa faili.
Kutengeneza metadata kama hii kutahitaji mabadiliko mengi. Kila kizuizi cha metadata kitajumuisha UUID ya mfumo wa faili ambayo ni yake, pamoja na nambari za kuzuia na ingizo ili mfumo wa faili uweze kuamua kuwa metadata inapitishwa kutoka kwa chanzo sahihi. Pia kutakuwa na ukaguzi wa kutambua vizuizi vya metadata vilivyoharibika na kitambulisho maalum cha kuhusisha metadata na ingizo au saraka yake. Kubadilisha mti wa mgao itaruhusu mfumo wa faili kutambua haraka ni faili gani kizuizi chochote ni cha.
Bila shaka, muundo wa sasa XFS haihifadhi data hii yote ya ziada, kwa hivyo itahitaji kubadilishwa. Walakini, kulingana na Dave, hakuna mipango ya kudumisha yoyote nyuma sambamba na umbizo la mfumo wa faili wa sasa. Hii inafanywa ili kuwapa watengenezaji uhuru kamili wa kuunda muundo mpya wa mfumo wa faili ambao utatumika kwa miaka mingi ijayo. Mbali na kuongeza vipengele vilivyoelezwa hapo juu, watengenezaji pia wanapanga kuongeza nafasi ya d_type katika muundo wa saraka, vihesabio vya toleo la NFSv4, wakati wa kuunda ingizo, na pengine zaidi. Saizi ya juu ya saraka, ambayo kwa sasa ni GB 32 tu, pia itaongezwa.
Pamoja na vipengele hivi vyote kutekelezwa, uwezo mpya utatokea: ugunduzi wa haraka wa uharibifu wa mfumo wa faili, ujanibishaji na uingizwaji wa vizuizi vilivyozimwa, pamoja na uboreshaji wa makosa ya mfumo wa faili wa kuruka. Hii ina maana, kama Dave alisema, kwamba XFS itabaki kuwa mfumo bora wa faili kufanya kazi nao kiasi kikubwa data chini ya Linux baada ya muda.
Ni nini athari za haya yote kutoka kwa mtazamo wa btrfs? Kulingana na Dave, btrfs ni wazi haijaboreshwa kufanya kazi nayo kiasi kikubwa metadata - inapatikana matatizo makubwa na scalability. Hii inapaswa kutarajiwa kutoka kwa mfumo wa faili katika hatua zake za mwanzo za ukuzaji. Inahitajika muda fulani kutatua matatizo haya, na baadhi yao yanaweza kugeuka kuwa magumu. Kwa upande mwingine, kuegemea kwa uhifadhi wa data katika btrfs ni bora, na kwa miaka michache ijayo inaweza kutumika katika uwezo huu.
Ext4, kwa upande mwingine, inakabiliwa na maswala ya kuongezeka kwa sababu ya hitilafu katika miundombinu. Kwa hali yoyote, kulingana na matokeo ya mtihani yaliyotolewa na Dave, sio haraka zaidi. Umri wa heshima wa usanifu wake unasema, ingawa kuna mipango ya kuboresha kuegemea kwake. Ext4 itapigania kusalia sawa na washindani wake katika siku za usoni.
Mwishoni mwa mazungumzo yake, Dave alizua maswali machache zaidi. Kulingana na yeye, btrfs, kwa sababu ya faida zake, hivi karibuni itachukua nafasi ya ext4 kama mfumo wa faili chaguo-msingi katika usambazaji mwingi. Wakati huo huo ext4 ni duni XFS katika shughuli nyingi za kazi, ikiwa ni pamoja na zile ambapo jadi imekuwa na nguvu. Tatizo la scalability tayari linaonekana seva ndogo. Kwa kuongezea, sio thabiti kama watumiaji wanavyofikiria. Mwishoni aliuliza: "Kwa nini bado tunatumia ext4?"
Mtu anaweza kudhani kuwa watengenezaji wa ext4 wana jibu zuri kwa swali hili, lakini kwa bahati mbaya hakuna hata mmoja wao aliyekuwepo kwenye chumba. Kwa hivyo inaonekana kama mjadala huu unahitaji kuendelezwa mahali pengine. Itakuwa ya kuvutia kumsikiliza.