ls -1TörténelemHUP adás-vételNépszerű témákNépszerű fórum témákHardverLinux Weekly NewsFreeBSD Project NewsOpenBSD Journal |
ZFS-fuse 0.7.0Kilenc hónappal a 0.6.9-es kiadás után a ZFS-fuse projekt a napokban bejelentette a 0.7.0-s kiadást, amelynek legfontosabb újdonsága a rakás hibajavítás mellett a "pool version 23". A közreműködők közt ismerős nevet is üdvözölhetünk Jeff Bonwick személyében. Elérhető forráscsomag (tar.bz2) formájában és Ubuntu-hoz (Lucid és Maverick) PPA-ból.
»
|
KeresésNavigációBelépésHupWikiÁllásajánlatokHWSWFriss blogbejegyzések
HUP napi hírlevélLegfrissebb HUP videókLegfrissebb HUP képekLegfrissebb HUP dokumentumokSzavazásMit tudsz a B-tree struktúráról? Részletekbe menően ismerem a felépítését, funkcióját, határait és felhasználását. 10% Kevésbé ismerem, mint az első pontban, de hozzá tudok szólni a témához. 18% Használom, de nem ismerem minden részletét. 4% Hallottam már róla, minimális mértékben ismerem. 27% Egyáltalán nem ismerem. 34% Csak az eredmény érdekel. 8% Összes szavazat: 560
Új felhasználók
InformációKövess minket!Partnerünk |
Miert ismeros?
t
lmgtfy
Kb fel eve hasznalom a zfs-fuse 0.6.9-et 8 diszken raidz-vel. Volt mar azota bad sector, zpool replace, scrub, kiesett diszk miatt degraded mod, es nagyon elegedett vagyok, mert jol vette az akadalyokat. Kicsit feltem tole az elejen, de ezek alaptalannak bizonyultak, nagyon jol es kenyelmesen lehet hasznalni.
Én otthon tervezem használni két 2TB-os SATA disken (amiből egyelőre csak egy van meg).
Kérdésem hogy, sebességben hogy viszonyul az ext4-hez?
szerk.: közben utána néztem egy kicsit, akkor már inkább ezt nézem meg:
http://zfsonlinux.org/
------------------------------------------
"Nincs ez el**szva, csak másra lesz jó!"
Na a linuxos nativ zfs modult viszont nem ajanlom. Bar en meg nem probaltam, de levlistan lehet olvasni eleg csunya dolgokat rola. Ha csak otthoni gepre kell, akkor boven jo lesz a zfs-fuse teljesitmenye.
Rendben köszi az infot, megnézem a levlistát.
Mondjuk érdekes hogy ez a 3 project egymás mellet létezik, remélem időben rájönnek, hogy felesleges és összerakják amijük van egy egységes, jól működő verzióba.
------------------------------------------
"Nincs ez el**szva, csak másra lesz jó!"
(Elnézést, ez egy érintőleges komment lesz, kevés hozzáadott értékkel.)
3 project egymás mellet létezik [...] összerakják amijük van
Látatlanban úgy saccolom, hogy ez nagyon valószínűtlen. Amikor egy párhuzamos projekt elindul, akkor annak a fejlesztői vagy nem tudnak a korábban indult projektről (ritka), vagy tudnak róla, de bizonyos okok miatt nem csatlakoznak (gyakori). Ilyen okok: más licensz, más technikai hangsúlyok, más projektvezetési szemlélet, eltérő viselkedési normák a felhasználókkal szemben, és így tovább. A közösködés mindenkitől önuralmat kíván. Amíg ezt nem fizetik meg, addig erre kevesen hajlandók.
Milyen érdeke fűzödik a fejlesztőknek ahhoz, hogy összerakják, amilyük van?
Már bocsánat, hogy beledumáltam, de például többszálú bzip2-ből rögtön tudok hatot (6-ot) mondani...