Natív ZFS port jelent meg Linux-ra

Brian Behlendorf jelentette be ma a zfs-fuse levelezési listán, hogy natív ZFS port érhető el Linux-ra. A port a Lawrence Livermore National Laboratory (LLNL) berkein belül született a DE-AC52-07NA27344 jelű szerződés hatálya alatt, amely a U.S. Department of Energy (DOE) és a Lawrence Livermore National Security, LLC (LLNS) közt köttetett. A ZFS for Linux megszületése az intézet és a Sun/Oracle azon közös erőfeszítésének következménye, amelynek célja a Lustre fájlrendszer ZFS támogatással való kibővítése volt.

Brian szerint szinte minden ZFS funkció működik, kivéve a ZPL-t (ZFS Posix Layer). Azonban a fejlesztők kapcsolatban állnak a KQ Infotech-kel, akiket szintén érdekel a Linux kernel port és akik egyébként dolgoznak a ZPL-en, így az is úton van.

A projekt gyümölcse elérhető a Github-on. A bejelentés elolvasható itt.

A Wiki szerint a portban stabilan és teljes mértékben működnek az SPA, DMU, ZVOL funkciók. A projekt FAQ-ja itt található.

Hozzászólások

Dicseretes, alig varom hogy hasznalhassam elesben.

-------------------------------
"A gorog katolikus noknek 8 dioptria alatt nem kotelezo a bajusz!" avagy "Nozni csak muholddal lehet..." | http://lazly.hu

A trollos képedről megint lehúzhatsz egy szót :)

Igen, de azok a dolgok sokkal ritkábban hangzanak el itt. Lehetne kritizálni a kernel fejlesztők vallási dogmá^W^Wálláspontját security témakörben. Lehetne kritizálni a QA szinte teljes hiányát. Lehetne kritizálni az audio és videó (főleg az utóbbi) alrendszer állapotát. Fel lehetne róni azt, hogy miért kell teljesen jó kezdeményezéseket visszautasítani csak azért, mert az egyik fejlesztő nem tudja feldolgozni (és nem hajlandó tudomásul venni), ha az ő kódja bizonyos esetekben nem jó (BFS vs CFS pl). Be lehetne szólni azért, hogy az egész fejlesztés teljesen koordinálatlan, vagy ahol mégis az (Ubuntu és környéke), ott pedig eszméletlen amatőr megoldásokkal állnak elő (azért nincs Ubuntu One kliens KDE-re, mert a fejlesztő csak hobbiból írja GNOME-hoz is... wtf, annak Canonical alkalmazottnak kellene lennie).

Nem, Linux desktop éve azért nincs, mert nincs Photoshop, CAD szoftverek, meg a franc tudja mennyi olyan szoftver, ami marhára rétegigény. Az itteni Photoshop huszárok nagy része mindent meg tudna csinálni GIMP alatt is, fél nap lenne átszokni (ami megtérül, tekintve a PS árát, mivel kizárt, hogy megvették). Csak akkor nem lehetne hisztizni.

> The majority of the code in the ZFS on Linux port comes from OpenSolaris
> which has been released under the terms of the CDDL open source license.

Ahhahhah, ezt az opensource szoftvert se terjesztheti senki legálisan binuxhoz, köszönhetően a világraszólóan fasza dzsípíelnek - vagy jön a gombástalpú ügyvédkülönítmény

WIN

[ #FreedomFlotilla ]

frászt! ő csak a cddl kódokat rakta ki, ez teljesen legális. a gpl és cddl kóddal való patchelését mindenki elvégzi egyénileg szintén legálisan, mert saját computereden azt csinálsz az oss kódokkal amit akarsz. akár kereskedelmi webshop szerver alatt is lehet linux zfs filerendszerrel. egyetlen dolgot nem lehet, a zfs kóddal már patchelt rendszert terjeszteni, sem binary sem source formában.
a lusta userek kedvéért hamarosan várhatóak scriptek, amelyek egy sorból megoldják a natív zfs támogatáshoz szükséges kód letöltését, pathcelést és fordítást.

Szebb jövőt!:)

Ki koran kel, trollokat lel? (Latom kb egyszerre reagaltal par topicban, Joreggelt :P)
A jog ertelmezok szerintem nem tekintik implicit feltetelnek a terjesztes vegszo szandekat.
A CDDL, es a GPL kod is szabadon terjesztheto, akar egyutt is! de a GPL megkotese, hogy ha barmibe
belelinkeled, akkor a produktum is GPL legyen. De a fenti mind arra az esetre vonatkozik, ha terjeszteni akarod.
Tehat, a fenti elgondolas, akarmennyire is hanyinger - a nyilvanvalo buktatok ellenere, pl hogy adsz el egy linux+zfs nas-t, first-bootkor lefut a script, es - a nyilvan kurvara erre optimalizalt :) - processzor, es ram kombon megvarod, mig lefordul? - sajnos mukodhet.

Szerk.: De jobban belegondolva nem ertem az egeszet :)
Nem, epp nem azt, hogy minek sz*patjak magukak ilyen gpl borzadvanyokkal egyesek, ha mar 'szabad-szoftvert' akarnak irni. Hanem, ha ez az egesz az Oracle Lustrejehez kene (ami GPL a linux miatt) akkor a zfs-t most hogy rakjak a kepbe?
Gondolom nem prygme-t kerdeztek meg eloszor..

itt szerintem apro, de jelentos szovegertelmezesbeli kulonbsegek vannak :)
te azt irtad, hogy ezt az oss-se lehet terjeszteni linuxhoz.
de, lehet. linuxal egyutt nem lehet terjeszteni.
vagyis akar lehetne is, cddl es gpl forraskod is lehet egy tarba egymas melle teve csomagolva, es terjesztve :)

amit en kerdeztem utana, arra van esetleg tipped?

nem tehettek mást. az opensolarisban és főleg annak kernelében levő nélkülözhetetlen kódrészek miatt, amelyek copyrightja nem az ő kezükben volt. így a GPL licencel csak a kiadás pillanatában még nem működő opensolarist adhattak volna ki, hasonlóan az BSD szabaddá válásának időszakához. ez 2008ban már nem lett volna életképes megoldás. nem akartak bsd licencet sem, így arany középútként marad a saját CDDL, ami egyébként free software licenc.
GPL licenccel sem lenne semmivel sem előrébb az opensolaris. driverek kellenek? ugyanúgy felhasználható a linux kernel kódja opensolarisban helyben patchelve és lefordítva, mint az most zfs kapcsán fordítva történik.
egyébként a Sun GPL alatt ill GPLt is megjelölő dual licenccel adta ki a Javat, NetBeanst, Glassfisht stb.

nem lehet mindent blobbal megoldani.
egy másik példa,
a Netscape/mozilla kódnyitás után is hasonló helyzet volt, a proprietary motif2.1 nélkül nem lehetett lefordítani. nem véletlenül hasonlít annyira az MPL és a CDDL.
később ott többes licenc alá kerültek a mozilla kódok. az opensolaris esetében max azt lehetett volna megtenni, hogy cddl/gpl dual licencben adják ki a saját kódjaikat úgy, hogy kezdetben terjeszthető és működőképes rendszerhez kénytelen lett volna mindenki cddlt választani. a mozilla azután váltott többes licencre, miután már függetlenné vált a motiftól a böngésző.
nem a licencen múlt és fog múlni az opensolaris jövője. nézd, a mozilla projekt is élt fejlődött akkor is amikor csak MPL licenc alatt lehetett terjeszteni.

Használhattak volna nem copyleft vagy gyenge copyleft, de GPL-lel kompatibilis licencet (pl. LGPL, ha nem BSD-jellegűt akarnak). Vagy tényleg fontosnak tartották a CDDL-nek a GPL-lel inkompatibilis korlátozásait, vagy szándékosan GPL-lel inkompatibilis licencet akartak készíteni. Sokak szerint az utóbbi.

erre van linked is levelezési lista, hivatalos nyilatkozat, blogbejegyzés valamelyik Sun közeli embertől?
a Javat kiadták GPL alatt, ezért nem tartom hitelesnek, hogy szándékosan fújnak a GPLre. a Javanak a kódnyitáskor nemigen volt versenytársa. opensource unix rendszerek ugyanakkor már jó ideje léteznek. a 3rd party kódrészek megléte a solarisban tény. mit tehettek volna?
a Sun annyira open/freesoftware.barát cég volt amennyire egy eredendően proprietary cég csak lehetett. egyetlen hibájuk az volt, hogy nem tudtak önállóan talpon maradni.

Ja. Arra gondoltam, hogy az Oracle-nek sem biztos, hogy megéri házon belül fejleszteni a Linux-ot és a Solaris-t egyszerre. Összerakja egybe azt, aminek van értelme, aztán azt adja. Az Oracle nem Sun, hogy hosszú évekig agonizál azon ami nem megy. És ha választani kell, hogy melyik marad, akkor arra nem vennék mérget, hogy az a Solaris lesz.

--
trey @ gépház

ez nem is kérdés:)
természetesen nem hagyják, hogy a Zfs vagy a DTrace a Solarissal együtt menjen a /dev/nullba. valószínűnek tartom, hogy hasonló sorsa lesz, mint az OpenSSOnak. az Oracle magára hagyja, majd egy indiai fejlesztőcsoport veszi kezébe, és később kiderül mire mennek vele. arrafelé igen kedvelt az opensolaris.

Amúgy ez jobb valamivel mint a btrfs?

Egyelőre nem tudni, hogy az itt meg nem nevezett illető aki folyamatosan szórja a jelzőket a KudarcOSXport, ÉrdektelenBSDfs és SzarSolarisMinden témakörben, most majd hogyan fogja megideologizálni az új mesterségesen generált igényt, de az biztos hogy fantáziadús költeményekben nem lesz hiány :))

[ #FreedomFlotilla ]

Mivel én nem vagyok fájlrendszer szakértő, meghagyom a konklúziót a hozzáértőknek:

"In my opinion, the basic architecture of btrfs is more suitable to storage than that of ZFS. One of the major problems with the ZFS approach - "slabs" of blocks of a particular size - is fragmentation." - Valerie Aurora, egykori ZFS fejlesztő.

A teljes cikket itt találod. A "btrfs: A brief comparison with ZFS" szekcióban van szó a kettő összehasonlításáról.

--
trey @ gépház

A cikkben is ott van, hogy ez akkor problema, ha a pool kezd betelni, es nem tud egy uj file-nak megfelelo meretu blokkot foglalni. Ez egy limitacioja a ZFS-nak, a valtozo blokkmerettel jon. A ZFS igazabol csak onmagaert jo, hanem azert is, mert tudod hasznalni a volume manageret kulon, es Solarisban ott van hozza a comstar. Btrfs-sel a sun open storage-hez hasonlo termeket csak ugy lehet csinalni, hogy az adott volume-okat pl. sparse file-kent csinalod meg, ami sokkal ineffektivebb, mint ahogy a ZFS csinalja. A volume managert kulon szivesen latnam a btrfs-ben is. Az sem veletlen, hogy a btrfs-ben nincs raid5 vagy raid6 (ezt mar regen neztem, ha azota van fixme), a raidz* implementacio erosen epit a valtozo blokkmeretre. Ezekert fizetsz azzal, hogy lassu lesz, ha tele a pool.

Többször volt már az az érzésem, hogy a ZFS-ben sok stratégiai (vagy csak egy, pld. a fenti téma, de az sok mindenre kihat) baki van, amikre egyre-másra nőnek a workaroundok.

Solarison nem használom, de FreeBSD alatt néha keményen be tud lassulni (pld. itt).

suckIT szopás minden nap! Death is just a bug report