O budoucí verzi linuxového jádra s číslem 2.6.25 se už začíná hovořit velmi intenzivně. Chystají se úpravy pro architekturu x86 a nyní se zdá, že bychom se mohli dočkat také nového souborového systému ext4. „Patche jsou součástí -mm větve už nějakou dobu a já je plánuji prosadit u Linuse, jakmile se rozjede vývoj 2.6.25,“ napsal do konference Theodore Ts'o. Upozorňuje však také, že v tuto chvíli není ext4 připraven pro nasazení do produkčního prostředí, protože vyžaduje vyřešení některých problému a především ladění.
Souborový systém ext4 bude zřejmě v jádře 2.6.25
23. 1. 2008
30
nových názorů
-
Obsah této zprávičky nechápu, vždyť ext4 je už v 2.6.24 (pojmenován jako ext4dev, protože není garantováno zachování on-disk formátu). Tato zprávička patrně vznikla jako špatný výklad zprávičky z kerneltrapu [1], která byla o tom, jaké nové změny v ext4 poputují do 2.6.25.
[1] http://kerneltrap.org/Linux/Ext4_2.6.25_Merge_Plans -
DaBler (neregistrovaný)http://en.wikipedia.org/wiki/Ext4:
Ext4 was included in version 2.6.19 of the Linux kernel which was released on November 29, 2006.
The filesystem is currently marked as developmental and is titled "ext4dev". -
-
petris (neregistrovaný)V multiuzivatelskem prostredi z vetsim mnozstvim ctenych souboru naraz to tolik potreba neni, protoze se stejne cte/zapisuje vic souboru najednou, takze se musi prestavovat hlavicky - proste se cetlo zrovna to, u ceho byly hlavicky. Na desktopu se takovadle "skakava" zatez moc casto negeneruje.
-
Vzhledem k ceně za GB u HDD a SSD bude defragmentace přínosem ještě dost dlouho. Navíc zápisy na SSD nejsou zvlášť rychlé. Viz http://www.storagesearch.com/easyco-flashperformance-art.pdf
-
Lenin (neregistrovaný)Presne tak. Unixaci si radi navzajem mazaji med kolem huby. Nemame defragmentacni nastroje a tak vyhlasime ze defragmentace neni potreba. Najednou ejhle ty nastroje nekdo vytvori a hned zacnou tvrdit jak jsou pokrocili, ze umeji online defragmentovat, coz Windows umely ale opravdu jiz hodne dlouho.
-
mm (neregistrovaný)S vama a s byvalym LO se clovek opravdu pobavi.
Prinos automaticke defragmentace v ext4 bude v realnem zivote 00 nic, protoze je to vskutku tak, ze na souborovych systemech extX je vpodstate zbytecna. Koneckoncu mne ani v pripade NTFS nepripada nejak extra nezbytne nutna.
Vyvojati si chteji pohrat a vylepsit FS do posledniho detailu a pro vas je to duvod nadavat na unixaky a linuxaky. Boze muj... To uz vas tak zblbli ? LO to mozna dela profesionalne, ale vy ? Jdete trochu do sebe. Mate na to. -
Zdá se, že jsi ext(cokoli) viděl tak akorát z okna ponorky. A to byla kalná voda. Zkus o ext něco přečíst - bylo toho napsáno dost (www.msn.com s tím ale může mít problém :-P, zkus Google). Neznalost není ostuda, ale plácat nesmysly, to pak člověk opravdu vypadá jako idiot. Ale takové pocity asi znáš, že.
-
xm (neregistrovaný)Člověče říká vám něco presumpce neviny? Základ spravedlivého právního systému? Jakým právem označujete toho člověka za vraha, když nebyl odsouzen? Možná že to skutečně udělal a odsouzen bude, ale rozhodně do té doby nemáte sebemenší právo mluvit o něm jako o vrahovi (nehledě na to, že dost věcí mluví proti tomu, že by to udělal... i když pravda jiné zas pro).
A dále - i kdyby se nakonec ukázalo, že Reiser svou ženu skutečně zavraždil, nemá to vůbec žádnou spojitost s vývojem Reiser4. To jestli nějaký produkt vyvíjel vrah je zcela irelevantní. Arogantní Reiser sice občas byl, ale to jsou i někteří kernel developeři. Naopak závidím Reiserovi jeho trpělivost, s jakou se Reiser4 po tak dlouhou dobu snažil do kernelu dostat. -
Sten (neregistrovaný)Nevím, že by byl stabilnější. Je tu déle, ale na rozdíl od ext4 byl napsán na zelené louce. Verze 4.1 je na tom dokonce ještě hůř. Spousta jeho skvělých vlastností nemá VFS API, kterým by se daly ovládat (např. transakce).
Důvody, proč není ve vanilla kernelu, jsou tři: Hans Reiser (a vlastně celé Namesys) nedodržuje coding style Linuxu. To je lepší v Reiseru 4.1, ale ten není stabilní. A nakonec, spousta potřebných nástrojů chybí (např. to VFS API, není vyřešeno, jak budou fungovat pluginy) - co kdyby Namesys zkrachovalo / přestalo Reiser4 podporovat? kdo to dopíše?
Důvody rozhodně nejsou politické, jak se Hans Reiser snaží naznačit. Stejným problémem trpělo např. GFS2 (abych se držel konference z kernel mailing listu), ale tam Red Hat místo stěžování (ve stejné době se konkurenční OCFS2 do jádar dostalo) zapracoval a GFS2 dnes v jádře je. -
Robertek (neregistrovaný)Už delší dobu testuji souborový systém ext4dev. Mohu rozhodně říct že za poslední dobu udělal hodně pokroku ke stabilitě. Řekl bych že ext4dev jako takový už je rozhodně dosti stabilní na využití v desktopu, druhou věcí jsou rozšiřující pluginy typy mballoc a delalloc. Delalloc funguje už dosti stabilně a po pár měsícíh používání jsem neměl problém. Zato mballoc podstupuje v poslední době velké stabilizační změny, vzhledem k tomu že je důležitý právě pro zmiňovanou online defragmentaci. Proto mballoc rozhodně zatím nemohu označit jako stabilní, takže ani online defragmentaci (k té jsem se ještě nedostal). Nechci tvrdit že online defragmentace neni potřeba, ale mohu podotknout že fragmentace u ext4dev je o dost menší než třeba u ext3 (díky extents).
Názory typu linuxové fs nepotřebují defragmentaci jsou z mého pohledu milné. Nepotřebují jí dokud máte na disku dost volného místa (při třeba 50% zaplnění je fragmentace v mnoha případech opravdu malá). Jiná situace ale nastává při velkém zaplnění (nechci zde uvádět procenta) pak už dochází k výraznému spomalení fs. Ze skušeností vím že u ext4dev s extents, při 50% zaplnění je fragmentace minimální.
Srovnávat extX a reiser4 nechci, reiser4 jsem měl možnost ozkoušet a nemůžu mu křivdit, funguje dobře a pro malé soubory velmi rychle, ale vzhledem k situaci bych řekl že tento fs je mrtvý a nemá cenu se k němu vracet dokud ho někdo nevezme pořádně do rukou, zatím dosti stagnuje.
Zatím jedinou slabinou v ext4dev je opravdu slabá podpora v e2fsprogs (existuje opatchovaná verze ale tak nějak mám pocit že už se hodně měsíců s ní nic nedělo). I když možná nyní s velkým vývojek jaký kolem ext4dev probýhá se toto změní.
