ext3 alapértelmezett filerendszerrel érkezik majd a SLES és az openSUSE

Címkék

Másfél hete kezdett körvonalazódni, hogy a SUSE megválhat a ReiserFS-től. Akkor még csak valószínű volt egy ilyen döntés, ami mára már biztosnak látszik. A Novell csütörtökön közölte, hogy hosszú idő után szakít a ReiserFS filerendszer alapértelmezett felhasználásával, és a SUSE Linux Enterprise Server termékének újabb verziója már alapértelmezetten ext3 filerendszert fog majd használni.

Kevan Barney, a Novell Linuxért és nyílt forrású programokért felelős PR főigazgatója a következőket mondta:

"In response to customer demand, in the next versions of openSUSE (10.2) and SUSE Linux Enterprise (likely called version 11), Novell will be changing the default file system from ReiserFS 3 to ext3."

Vagyis, az ügyféligényeket kielégítendő, az openSUSE (10.2) és a SUSE Linux Enterprise (valószínűleg 11-es néven futó) következő verziójában a Novell megváltoztatja az alapértelmezett filerendszert ReiserFS 3-ről ext3-ra.

Annak ellenére, hogy ez a ReiserFS 3 végét jelentheti a Novell-nél, a Novell kijelentette, hogy továbbra is támogatni és fejleszteni fogja a ReiserFS v3-at.

Bővebben itt.

Hozzászólások

"továbbra is támogatni és fejleszteni fogja a ReiserFS v3-at."

fejleszteni? a novell ebben benne van?

El kéne olvasni a linkelt cikkeket, mert egy csomó mindenre bennük van a válasz:

"As a result, the only developers at SUSE working with ReiserFS v3 were Chris Mason, Jan Kara (internally), and Mahoney."

Nem beszélve arról, hogy a SUSE (Novell) volt a fő szponzora a ReiserFS fejlesztéseknek.

--
trey @ gépház

http://www.hwsw.hu/hirek/32248/hans_reiser_reiserfs_ext3_linux_fajlrend…

Szegény Hans. Ez a mondat például teljesen más értelmezést nyer:
"A gyilkossággal vádolt férfi természetesen nem a Novell alkalmazottja, saját vállalatát irányítja, amelynek a neve Namesys, szabadidejében fejleszti a róla elnevezett linuxos fájlrendszert."

Elsőre nem értettem, hogy ha van egy vállalata, amelynek a neve Namesys és amelyet Reiser azért hozott össze, hogy a fájlrendszerét tudja pénzért írni, akkor miért a szabadidejében dolgozik, ahelyett, hogy munkaidőben tenné.

De a letartóztatással együtt már világos. Szabad idejében dolgozik rajta, azaz akkor, amikor szabadlábon van.

Brilliáns! :)

K*rva jó, de engem ez hol érint? Tudom úgy dinamikusan diszkekkel bővíteni, mint a ZFS-t, vagy nyújt olyan egyedi megoldást, mint a RAID-Z?
Használhatom osztott fájlrendszerként SAN-ban? Tud tieringet? Menet közbeni fájlrendszer upgrade-et? Fájl verziózást? Snapshotokat? Mekkora lehet a fájlrendszer, mekkora fájlokat lehet rajta kezelni? Milyen operációs rendszeren használható egyáltalán? És az otthoni barkács-Linuxon kívül? Mennyire skálázódik SMP-környezetben? Adatbiztonság (lásd ZFS checksumok)?

Hirtelen ilyen, viszonylag gyakorlati kérdések merülnek fel bennem.

Konkrétan szerinted a fentiekhez képest mit hoz nekem az, hogy dancing B+tree?

8TB jelenleg a max filerendszerméret és ugyanennyi a max fileméret is.
Tény számtalan előnyös oldala van a ZFSnek (pl max 16EB), ezt sosem vitattam. Bár, hogy azért legyen még pár missing feature, Mandatory Access Control, atomic transactions, sparse filetámogatás, hiányzik belőle. mondhatod, hogy ez megint elméleti okoskodás, a filerendszer szintű titkosítás hiánya viszont nagyon is gyakorlati. akárcsak az, hogy egyelőre root fs solarison sem lehet zfs, nemhogy máshol.

de nem kívánom heroltozni a ZFSt, nagyon is jó FS az is, ez tény. onnan indultunk, ki hogy ígéretes FSnek tartom a Reiser4et gnu/linuxhoz, ezt továbbra is így gondolom. ZFS pedig belátható ideig nem lesz normális módon használható linuxon, mert a fuse/usermode driver minden csak nem normális megoldás.
remélem Hansal kapcsolatos események nem jelentik majd a reiser4 végét, túl sok munka van már benne mostanra. egy új kevésbé konfrontatív személyiség vezetésével a reiser4, akár még jobban is járhat.

A Reiser4-nél is? Az a 8 TB elég kevésnek tűnik...
A ZFS-en biztos, hogy lehet sparse fájlokat kezelni, anno még valami pre alpha cuccal csináltam pár PB-nyi ZFS poolt és rajta tömörített fájlrendszert ilyenekből...
A biztonsági oldalon a címkék és hasonlók egészen biztos megjelennek, ha lesz újabb verzió a Trusted Solarisból. A root fájlrendszert pedig nem érzem kritikusnak, azon jellemzően nincs olyanokra szükségem, amit az UFS ne tudna, vagy tudott volna akár a megszületése pillanatában is.

Nyilvan van olyan terulet ahol hasznos ez a sok fas^Kfeature amit a zfs tud, pl. adatbazis szerver etc, de nekem otthonra pl. tok felesleges mindez, ellenben nagyon tudom ertekelni a reiserfs (v3) sebesseget, elsosorban azt, hogy ha belepek egy konyvtarba amiben van mondjuk 30000 file, az nem fel oraig tart, mint mondjuk ext2/3 eseten, vagy ha ezeket le akarom torolni, akkor nem kell elmennem 2 hetes kenyszerszabadsagra mint mondjuk xfs-nel.

Amugy meg a sebesseget leszamitva a reiserfs egy nagy szar, 1-2 badsectortol megomlik az egesz, nem kezeli a 16 terrabyteos pendriveomat, feleseggyilkosok (sem) fejlesztik, stb. ezt nem is vitatom, de qrva gyors, es van ahol ez a feature über alles.

A'rpi

Én ezt értem is, desktopra biztos jó, meg magas coolness factora van a táncoló fáknak Reiser weblapján. De a desktop nem érdekel, ahogy a VPS rendszerek sem. ;)

Szóval ismét csak azt látom, hogy van egy x. fájlrendszer, amelyik megold egy feladatot, de továbbra sincs olyan szabad, nyílt forrású, megfelelően platformfüggetlen FS, amely általánosabban is megállná a helyét (jelenleg én a VxFS-t érzem ilyennek, de az se nem nyílt forrású, se nem szabad, bár kétségtelen, hogy a kommerciális unixok körében még mindig a leginkább platformfüggetlen).

hát, lehet hogy a következő telepítésem (nem suse) már ext3-mal megy, most úgyis kisérletezek...

a "save" partíció viszont egyelőre marad reiserfs, már csak azért is, mert hirtelen nem tudom hova másolni a cuccot:)

Ennyi erővel lehetne akár ez is:
http://pcforum.hu/hirek/10223/Stingnek+minderol+ugyanaz+jut+az+eszebe.html
:)

Tényleg érdekes egy engine-en fut az oldal. (Érdekes, hogy ez egy engine :P ) Csak az kell neki, hogy .html legyen a végén az url-nek. Még erre is működik: http://pcforum.hu/hirek/10223/.html. Nyilván a szám határozza meg a cikket, de akkor minek kell a .html a végére? Arról nem is beszélve, hogy ráadásul nem is office/frontpage kompatibilis, mert .htm-re nem működik... ;) Furcsa lelkületű ember lehetett, aki írta.
---
Az ember mindig szerepet játszik. Ha másnak nem, hát saját magának.