Reiser4

Hi!

Nem tudja valaki, hogy hogy lehet ext3-at Reiserre konvertalni anelkul, hogy lementsem az adataimat? 35GByte lementese kicsit maceras, foleg hogy nem nagyon van olyan ismerosom, aki Linuxot hasznal, van ennyi helye egyben, es meg ra is er.

By(t)e
TBS::Antiemes

[quote:9d7c22e3b0="antiemes"]Hi!

Nem tudja valaki, hogy hogy lehet ext3-at Reiserre konvertalni anelkul, hogy lementsem az adataimat? 35GByte lementese kicsit maceras, foleg hogy nem nagyon van olyan ismerosom, aki Linuxot hasznal, van ennyi helye egyben, es meg ra is er.

By(t)e
TBS::Antiemes

AFAIK sehogy.

Hi!

Nem lenne rossz, ha Linuxra is lenne egy Partition Magic tudasu progi...

By(t)e
TBS::Antiemes

[quote:f317528240="antiemes"]Hi!

Nem lenne rossz, ha Linuxra is lenne egy Partition Magic tudasu progi...

By(t)e
TBS::Antiemes

A PQ Magic se tud ekkora csodat :-)
Alap konverziokat tud, de ezek alapvetoen mas filerendszerek

[quote:55b93379a1="antiemes"]Hi!

Nem tudja valaki, hogy hogy lehet ext3-at Reiserre konvertalni anelkul, hogy lementsem az adataimat? 35GByte lementese kicsit maceras, foleg hogy nem nagyon van olyan ismerosom, aki Linuxot hasznal, van ennyi helye egyben, es meg ra is er.

By(t)e
TBS::Antiemes

én úgy csinálnám hogy:
tfh 40G winchestered van, ebből 35G foglalt.
1. Csinálsz egy 5G-s reiserfs partíciót, erre rámásolsz ~5G anyagot. Lekicsinyíted fdisk-kel a ext3 partíciót, a másikat fel.
2. Megismétled még 6szor az 1-es pontot.

Megj.: szerintem livecd-ről vagy másik winchesterről bootoljál, mert tudomásom szerint elég nehézkes a winchester (amin a root (/) van) partíciós tábláját újraolvastatni. Nem tudom másikról hogyan lehetne, de biztos könnyebben mint így. (Megj.: Ha mégis ugyanarról akarod másolni, akkor IMHO legalább 7-szer rebootolnod kéne közben)

Hi!

Hat, akkor asszem marad ext3 :)

By(t)e
TBS::Antiemes

[quote:cd4599dcbc="lacipac"]
én úgy csinálnám hogy:
tfh 40G winchestered van, ebből 35G foglalt.
1. Csinálsz egy 5G-s reiserfs partíciót, erre rámásolsz ~5G anyagot. Lekicsinyíted fdisk-kel a ext3 partíciót, a másikat fel.
2. Megismétled még 6szor az 1-es pontot.

Nem pont ide, de az miért van, hogy nem kell töredezettségmentesíteni linux alatt? (vagy rosszul tudom?)

[quote:4812d7ccc5="whitehawk"]Nem pont ide, de az miért van, hogy nem kell töredezettségmentesíteni linux alatt? (vagy rosszul tudom?)

Tudtommal a reiserfs nem "töredezik" számottevően, az ext2-t meg AFAIK felépítése miatt nem is lehetne teljesen töredezettségmentesíteni.
(de IMHO ez inkább fs- , mint op.rendszer-függő)

[quote:8a649b8e48="whitehawk"]
(vagy rosszul tudom?)

Rosszul :wink: Vagyis bocs, nem teljesen :)

Az igazság az, hogy Window$ alatt sem kell :D Csak ajánlott...
A dolog hátterében az áll, hogy az állományok vinyószektorokban vannak, de teljesen véletlenszerűen, hiszen a módosításukkor nem feltétlenül jut hely ugyanott az állomány további darabjainak, ahol a régebbi darabok is vannak. Ez a fragmentation vagy elaprózódás. Ez káros a diszk elérés sebességét tekintve, hiszen a diszknek egy fragmentált állományt úgy kell összevadásznia szektoronként, míg ha defragmentálod, akkor egy állomány darabjai nyagyjából ugyanott helyezkednek el, egymás után => nem kell vadászni :)

A naplózó filerendszerek viszont tartalmaznak egyfajta "öndefragmentáló" módszert (mármint a használhatóak:)), ami az FS használata mellett mellékhatáskét defragmentál és még egy csomó dolgot megcsinál. Erre jó példa lesz a "dancing tree" a Reiser4-ben :) Az 5let olyasmi, mint az AVL-fák rotálás miatti önszerveződései. Huhh.

Summary:
Linux alatt, ha naplózó FS-t hasznalsz, Te nem akarsz defragmentálni, mert nincs okod rá :) Ha nem naplózót használsz, akkor gyakran akarsz defragmentálni :) Ha neadjisten NTFS5-öt használsz (journalling -állítólag :)) akkor sajnos akarsz defragmentálni, mert egy trágyadombot csinál a vinyódból :D :D :D

(Ps: naggyából => nagyjából :) A fene se erti ezt a **** tájszólást...)

Hi!

Ext3-mal mi a helyzet fragmentacio teren?

By(t)e
TBS::Antiemes

[quote:318903fe64="antiemes"]Hi!

Ext3-mal mi a helyzet fragmentacio teren?

By(t)e
TBS::Antiemes

Az ext3-at nem ismerem, de (meg nem erősített forrásból :D ) azt hallottam, hogy nem olyan jól sikerült valami ez az ext3 - minden tekintetben, mert csak egy journaling opciót ad a már meglevő ext2-es struktúrához. Tehát elérhető a journal, ha szükséges, de megvan mellette a régivágású módszer is. De ext3 sem különösebben fragmentálódik, mert az fsck fut rendszeresen, ami a journal alapjan kepes defragmentalni. Szóval kicsit bonyolult. Valószínüleg ez a defragmentálás is okozhatja ebben a cikkben levő problémát:
HUP cikk

[quote:0bbf291ae0="selli"]
En ma fogok felrakni slackware ala, nyomom egy hetig es majd meglatjuk. Eddig teszjeim alapjan r*had gyors(kiveve a torles).
2.6.9-mm -vel probalkozom.

Ezek szerint nalad megy az MM fa rendesen.
Egyebkent hallottam valami Reedeman-sources nevu farol is, majd utanaolvasok.

Azt egyet mar eldontottem, hogy a Reiser4 marad a root FS. :D

Ha meg windozer alatt is irhatova lehetne tenni, nagyon cool lenne :lol:

Majd ird meg a tapasztalataidat.

Udv, SP

http://www.broadbandreports.com/forum/remark,10625452~mode=flat

Más is akar(t) defragolni...

[quote:4552b14460="dvornikl"][quote:4552b14460="suti"]ez egyébként már benne van az alap 2.6 -os szériában, vagy még vmi patch kell hozzá? vagy valemelyik másik kernelfában van benne ami a kernel.org -on található?

Annyi az eltérés a korábbiaktól, hogy egy ideje a fejlesztők a vanilla kernelhez is kiadnak patcheket:
ftp://ftp.namesys.com/pub/reiser4-for-2.6/

Kipróbáltam a 2.6.10-rc1-hez kiadott változatot, de elég gáz dolgokat produkált. Futtattam pl. egy javac -t, és úgy elszállt, mint annak a rendje.
Utána reboot cko kernellel, és gyönyörűen megy.
Jó, ebből nem lehet általánosítani, lehet h. egy rc1-specifikus bugba futottam.

Azt asztali gépemen tapasztaltam még egy érdekességet, bár lehet, hogy ez beállítási hiba: időnként a gép fogja magát, és elkezd vadul írni a HDD-re. Valószínűleg a cache tartalmát írja ki. Ez az egész eltart egy percig is, és közben a CPU 100% terhelésen van. A konzolváltásokra reagál, de lemezművelettel járó dolgot nem tudok csinálni (pl. firefox indítása). Athlon XP2500+, 768M RAM, Seagate 7200.7plus 160G HDD (8M cache). A DMA be van kapcsolva.
Fogalmam nincs, hogy ez a Reiser4 miatt van-e, de elég durva. A sokak által istenített Szígét egyébként is fos teljesítményt nyújt windows alatt is.

BTW, csak én látom úgy, hogy nincs remény a közeljövőben a Reiser4 windows alatti olvasására?

Üdv, I.

Minek azt win alól olvasni? Minek a win?

Egyébként milyen a teljesítménye a reiser4-nek?
Ez már stabil változat? Érdemes élesben használni?

[quote:dc0ccf8171="PcZolee"]Minek azt win alól olvasni? Minek a win?

Ezen én is elkezdtem gondolkodni. Pl. a BEA Weblogic Workshop-os application, amin épp dolgozom, win alatt 4 perc 57 sec alatt build-elődik, Linux alatt sima Ext3-mal 3 perc 1 sec. Azért ez elég éles különbség a Linux javára.
Arra lennék kíváncsi, hogy Reiser4 alatt mennyi lenne, de még nem volt időm ilyenekkel szórakozni.

Másik kérdésedre: stabilnak stabil, szerintem megbízhatóan működik, de arról nincs tapasztalatom, hogy egy éles szerveren mennyire biztonságos használni.

Üdv, I.

Köszi, asszem, akkor teszt jeleggel felpakolom vhova...

[quote:7ab23b60dd="PcZolee"]Köszi, asszem, akkor teszt jeleggel felpakolom vhova...

Jó ötlet!

_-= Powered By Gentoo LinuxOS =-_

Ez is!! :D

Üdv, I.

http://forums.gentoo.org/viewtopic.php?t=255721

Morph, egy (cko-hoz, nitrohoz képest) stabil és gyors patchset reiser4-gyel.

[quote:c51480021a="dvornikl"]Én azóta tettem át a root fájlrendszert Reiser4-re, amióta bekerült az -mmbe (~aug. vége). Gentoo-n eddig stabilan megy.
Két napja 2.6.9-rc2 kernellel használom (kiszedtem a 2.6.9-rc2-mm1 kernelből a Reiser4 patcheket).
Ha érdekel vkit, kiteszem a patcheket a 2.6.9-rc2-höz.

Engem erdekelne.

Koszi: SP

[quote:902d882f8c="simca"]http://forums.gentoo.org/viewtopic.php?t=255721

Morph, egy (cko-hoz, nitrohoz képest) stabil és gyors patchset reiser4-gyel.

És ez miért gyorsabb, mint a cko3???

A fregmentációhoz még csak annyit, hogy tudomásom szerint nem a naplózó fájlrendszerek sajátja a kis fregmentáció, hanem a jól felépített fájlrendszereké. IMHO ext2 is jól teljesít ebben a tekintetben. Sőt, az NTFS is röptében defregmentál.
A fájlok létrehozásakor, módosításakor ezek a fájlrendszerek megpróbálnak egy spec. analízis segítségével úgy dolgozni, hogy minél kisebb legyen a fregementáció, ehhez fel is használnak rejtett extra tárterületeket, ez az ára no meg az ideiglenes sebességcsökkenés.

hali

a manual alapján ha a 2.6.8.1-es kernelen rajt van a pl mm2 frissítés és utána az aalib és a reiser4progs is fennvan stb, akkor utána a "filerendszer létrehozás" pontosan mit is jelent? a megadott partíció formázása is, vagy ha az korábban reiserfs (3-as) volt akkor azt az új reiser4-es cuccokkal kezeli?

magyarul akkor elvesznek az adatok az adott partícióról?

lehet hogy hülye kérdés de eddig nem találtam rá választ a manualokban csak gondoltam megkérdem mielőtt kipróbálom.

köszi

[quote:03406f96ae="pityuf1"]hali

a manual alapján ha a 2.6.8.1-es kernelen rajt van a pl mm2 frissítés és utána az aalib és a reiser4progs is fennvan stb, akkor utána a "filerendszer létrehozás" pontosan mit is jelent? a megadott partíció formázása is, vagy ha az korábban reiserfs (3-as) volt akkor azt az új reiser4-es cuccokkal kezeli?

magyarul akkor elvesznek az adatok az adott partícióról?

köszi

Szia! Nem egeszen ertem a kerdest. A reiser3-as particiokat tudod kezelni kesobb is. A filerendszer letrehozasa (mkfs.reiser4) formazast jelent, es elveszik minden az adott particiorol.
Mivel a reiser3 es 4 szerkezete teljesen eltero, jelenleg nincs mod arra, hogy a letezo reiser3-at konvertald. A legegyszerubb (ha van hely a vinyodon), letrehozol egy ugyanakkora, de ures particiot (lehet az is reiser4), ramasolsz mindent (/proc, /sys, stb-re vigyazni), bootolsz az uj particiorol, formazod a regi particiot, visszamasolsz mindent, bootolsz a regirol mar reiser4-gyel, es lehet legyalulni az atmenetileg letrehozott particiot.

Arra figyelj, hogy a grub-ot patchelni kell a reiser4 tamogatashoz, de szerintem egyszerubb egy par megas ext2-t letrehozni, ami a boot idejere mountolodik /boot -kent, es innen toltodik be a kernel, amely mar mountolni tudja a / -t reiser4-kent.

Udv, Pity

[quote:1b4b824f74="SuperPityu2002"][quote:1b4b824f74="pityuf1"]hali

a manual alapján ha a 2.6.8.1-es kernelen rajt van a pl mm2 frissítés és utána az aalib és a reiser4progs is fennvan stb, akkor utána a "filerendszer létrehozás" pontosan mit is jelent? a megadott partíció formázása is, vagy ha az korábban reiserfs (3-as) volt akkor azt az új reiser4-es cuccokkal kezeli?

magyarul akkor elvesznek az adatok az adott partícióról?

köszi

Szia! Nem egeszen ertem a kerdest. A reiser3-as particiokat tudod kezelni kesobb is. A filerendszer letrehozasa (mkfs.reiser4) formazast jelent, es elveszik minden az adott particiorol.
Mivel a reiser3 es 4 szerkezete teljesen eltero, jelenleg nincs mod arra, hogy a letezo reiser3-at konvertald. A legegyszerubb (ha van hely a vinyodon), letrehozol egy ugyanakkora, de ures particiot (lehet az is reiser4), ramasolsz mindent (/proc, /sys, stb-re vigyazni), bootolsz az uj particiorol, formazod a regi particiot, visszamasolsz mindent, bootolsz a regirol mar reiser4-gyel, es lehet legyalulni az atmenetileg letrehozott particiot.

Arra figyelj, hogy a grub-ot patchelni kell a reiser4 tamogatashoz, de szerintem egyszerubb egy par megas ext2-t letrehozni, ami a boot idejere mountolodik /boot -kent, es innen toltodik be a kernel, amely mar mountolni tudja a / -t reiser4-kent.

Udv, Pity

Köszi, sokat segítettél

selli:
"Mi az a memory overcommit ?"
ha jol sejtem ezt keresed: Documentation/vm/overcommit-accounting

[quote:505f6e74a6="selli"]Most hogy kijott az Reiser4 csináltam egy gagyi tesztet, egy 2-2Gbyte-os ext3 ill reiser4 es particora felraktam egy OpenOffice-t es egy firefox-et, es megneztem menyikrol indul el gyorsabban(remount utan, tehat nem bufferbol). es sajnos azt tapasztaltam hogy:
[...]
mi kovetkezik ebbol(figyelembe veve a namesys-es benchmarkokat)?
lehet hogy reiserfs nem valo desktop gepre? .

Ugyanazt a partíciót kell használni, mert a vinyók sebessége függ attól, hogy melyik részét piszkálod. Mondjuk ha nagy a vinyód és a két tesztpartíció közvetlenül egymás mellett van, akkor ez nem jelent semmit, de ha nem akkor nagyon is számít. A vinyók eleje és vége között tipikusan 1,5x - 2x-es sebességkülönbség van. A bonnie++ csomagba került mostanában egy tesztelő program (zcav) kifejezetten erre. (Utána gnuplottal simán meg lehet jeleníteni az eredményt)

További probléma lehet, hogy ugye nem teljes rendszert tettél a tesztpartíciókra. Ezt azt jelenti, hogy a betöltődéshez az eredeti rendszerpartíciódról kell levadászni a library-ket. Namost így a vinyó feje állandóan két partíció között rohangál, ez nyilván tök félrevezető eredményt ad. Nem mindegy, hogy az alap rendszerpartíciódhoz melyik tesztpartíció van közelebb.

Még egy dolog, olvastam valahol, hogy nem jó egyszerre többféle filerendszert használni. Valami olyasmi az indoklás, hogy akkor mindegyik fajta külön foglal erőforrásokat a kernelben magának, míg ha a partíciók azonos típusuak akkor csak egyszer kell lefoglalni ezeket és automatikusan megosztódnak több mountolt partició között. (Ezt nem kell azért feltétlenül nagyon komolyan venni, bizonyítékkal még sehol nem támasztották alá a teljesítményre gyakorolt hatását.)
A másik (komolyabb) érv pedig, hogy az egyes filerendszerek seek optimalizálásait finoman szólva jól megkeveri az, hogyha a kernel felváltva hol az egyik, hol a másiknak a kéréseit teljesíti. Hogy ez mennyire ártalmas a teljesítményre az az IO ütemezőn múlik.

Szóval mi következik a benchmarkodból? Sajnos semmi! :( (megjegyzem ez nem a te hibád, a legtöbb benchmarkból is hasonlóan semmi következik :) )

[quote:507152ffd8="dvornikl"]
Kitettem a patcheket:
http://dvornik.uw.hu/linux/kernel/reiser4-2.6.9-rc2/01-need-for-reiser4.patch.bz2
http://dvornik.uw.hu/linux/kernel/reiser4-2.6.9-rc2/02-reiser4.patch.bz2
A patchek 39 reiser4-es és 4 reiser4-hez szükséges patchet tartalmaznak a 2.6.9-rc2-mm1 kernelből, a gyorsabb patchelés érdekében fűztem egybe őket.

Köszike!

Üdv, SP.

Inkább stabilabb, de gyorsabb is mert pl. nincs benne az a ck-féle staircase scheduler, ami okoz némi akadozást desktop környezetben.
Ha neked nincs semmi bajod a cko-val, akkor ne próbáld ki.

Azért kipróbálom! De ez az időzítő beli különbséget hol lehet észrevenni?

Con Kolivas cuccai között érdemes kutakodni a split-out könyvtárakban, neki meg szoktak lenni a vanilla patchek is.
http://ck.kolivas.org/patches/2.6/2.6.8.1/

[quote:ce82e93327="selli"]vanilla kernelhez nincs reiser4 patch ?

Ugy tudom nincs. Esetleg megprobalhatod az -mm -es kernelhez keszult patch-et belenyomni. Viszont egy oszinte kerdes: miert kell neked ennyire a reiserfs4?

[quote:5b7dd8dac8="selli"][quote:5b7dd8dac8="simca"]Inkább stabilabb, de gyorsabb is mert pl. nincs benne az a ck-féle staircase scheduler, ami okoz némi akadozást desktop környezetben.
Ha neked nincs semmi bajod a cko-val, akkor ne próbáld ki.

sajnos le van maradva:
2.6.10-morph11: nel olvashato:
2.6.9-morph11 is still the "stable" -morph patchset)

Én a 2.6.10-morph11-et használom gond nélkül.

[quote:4c1bb3648c="PcZolee"]Azért kipróbálom! De ez az időzítő beli különbséget hol lehet észrevenni?

Pl. akadozhat az xmms vagy egyéb zenelejátszás egy komplex weblap firefoxos renderelésétől.

Meg pl. nem tudom hogy a -cko-ban benne van-e, de nekem tetszik a morphban még az ionice patch, amitől a processek disk I/O-ja is alkalmazkodik a nice értékhez. Magyarul eddig hiába futott 19-es nice szinten egy bonyolultabb compile, a lemez i/o-t ugyanúgy megfogta mintha nice -n0 lett volna. Ezentúl az I/O-ban is a háttérbe szorul a magasabb nice-ú process. Így már tényleg nem venni észre hogy a háttérben 19-es nice-szal kde forog...

[quote:bf28abe81b="simca"][quote:bf28abe81b="PcZolee"]Azért kipróbálom! De ez az időzítő beli különbséget hol lehet észrevenni?

Pl. akadozhat az xmms vagy egyéb zenelejátszás egy komplex weblap firefoxos renderelésétől.

Meg pl. nem tudom hogy a -cko-ban benne van-e, de nekem tetszik a morphban még az ionice patch, amitől a processek disk I/O-ja is alkalmazkodik a nice értékhez. Magyarul eddig hiába futott 19-es nice szinten egy bonyolultabb compile, a lemez i/o-t ugyanúgy megfogta mintha nice -n0 lett volna. Ezentúl az I/O-ban is a háttérbe szorul a magasabb nice-ú process. Így már tényleg nem venni észre hogy a háttérben 19-es nice-szal kde forog...

Ilyenkor a teljes X-et 19-en futtatod, vagy csak a kde-t?

Hali!

[quote:d7a8337e2c="selli"][quote:d7a8337e2c="GCS"][quote:d7a8337e2c="selli"]vanilla kernelhez nincs reiser4 patch ?

Ugy tudom nincs. Esetleg megprobalhatod az -mm -es kernelhez keszult patch-et belenyomni. Viszont egy oszinte kerdes: miert kell neked ennyire a reiserfs4?

csak kisérletezem vele, no meg fitogtatom bátorságom :)

En a 2.6.8.1-mm4 patchet raktam fel, amiben van reiser4.
Vigyazz vele, ugyanazzal a konfiggal forditva (+reiser4 modulba), mint a 2.6.8.1-est a kovetkezoket tapasztaltam:
- furcsan mukodo programok (xmms, cvscedega): fagyas,
"erdekessegek" a syslog-ban
- bezarhatatlan xterm, stb.

A reiser4 ugy tunt, hogy mukodik. Sebesseg-mereseket nem csinaltam vele, feltem a rendszerem :)

shogy

Ha jobb nincs, akkor használd a 2.6.8.1-ck5-öt, abban is benne van a reiser4. Con patchei kevésbé intruzívak, mint az -mm-ek, ráadásul a legtöbb változtatást külön be kell fordítani, vagy futás közben kapcsolni, szóval elég közel áll a vanilla kernelhez. Én most is azt használom (pontosabban a -ck4-et, szintén csak a reiser4 miatt :) ) és minden tökéletesen megy vele.

[quote:a8ed180959="SuperPityu2002"][quote:a8ed180959="dvornikl"]
Kitettem a patcheket:
http://dvornik.uw.hu/linux/kernel/reiser4-2.6.9-rc2/01-need-for-reiser4.patch.bz2
http://dvornik.uw.hu/linux/kernel/reiser4-2.6.9-rc2/02-reiser4.patch.bz2
A patchek 39 reiser4-es és 4 reiser4-hez szükséges patchet tartalmaznak a 2.6.9-rc2-mm1 kernelből, a gyorsabb patchelés érdekében fűztem egybe őket.

Köszike!

Üdv, SP.

A love-sources nem "hivatalos" gentoo kernelben is benne van a reiser4 támogatás.
Nálam az nvidia kernel nem akar működni 2.6.9 kernellel. Be se töltődik a modul.

Én is csináltam egy kis tesztet akkoriban amikor te: http://home.sch.bme.hu/~xmi/newresults_WD64_summary.html
Csak nekem más a config, plusz kicsit szintetikusabb (a kernel forrást tömörítetlen tarból bontottam ki, mert különben a kitömörítés cpu ideje dominálna - mint a hogy nálad dominál is a user time)

Majd ha visszajövök Balatonról akkor majd megint megcsinálom a tesztet, ezúttal kissé alaposabban.

[quote:0a2c8a70e8="selli"]Reg volt mar szo, ideje elovenni a temat.

En amiota kijott hasznalom. Laptopon es munkahelyen is. Volt par aramkimaradas, aksi lemerules, fagyas, de allta a sarat. A munkahelyi gep nem reg lepte at az 50 napos uptime-ot, ugyhogy stabilnak tunik. Azert ne kiabaljuk el.

Van vkinek vmi uj tapasztalata?

Nekem is csak jo tapasztalatom van vele. :)
Meg eddig soha nem csalodtam benne.

Szal, akkor érdemes feltenni? Sebessége milyen?

[quote:1d3e8c9e69="selli"]valaki probalta mar ?
vagy csak en vagyok ilyen meresz :)

Én kipróbáltam (Gentoo power :D ), és gyönyörűen megy. A grub-ot nem volt erőm meghekkelni, ezért csináltam egy külön ext2-t a /boot-nak.
CK kernellel használom, de jobban örülnék, ha az eredeti kernelfával tudnám használni. Egy picit úgy érzem, hogy a CK ütemezése egy hajszálnyit lassabb nálam, mint a vanilla 2.6-osé.

Próbáltam az Andy Morton-féle MM fával is, de az olyan hibákat generált a C fordításnál/linkelésnél, hogy csak úgy néztem. (Erről máshol is olvastam.)

A Reiser4 teljesítményét még nem volt időm tüzetesen vizsgálni, eddig annyi tűnt fel, hogy a tar.gz-ből kicsomagolás lett egy picit gyorsabb, a törlés pedig egy hangyányit lassabb a Reiser3-nál, valszeg a megváltozott journaling miatt. Összességében elégedett vagyok vele, de azért még tesztelem kicsit :)

Üdv, SuperPityu

[quote:603072efe8="PcZolee"]Szal, akkor érdemes feltenni? Sebessége milyen?

ez egyébként már benne van az alap 2.6 -os szériában, vagy még vmi patch kell hozzá? vagy valemelyik másik kernelfában van benne ami a kernel.org -on található?

afaik -mmben mar bennevan :wink:

talám azért meg csak te vetemedtél arra, hogy reiser4-et használj :D :D