Fájlrendszer, NAS, storage

JFS 1.1.3

Úgy tűnik, hogy az IBM-et nem nagyon hatotta meg a SCO azon állítása, hogy a JFS is a SCO IP-je alá tartozik, hiszen ma kiadták a JFS 1.1.3-es verzióját. Azoknak akik a 2.6.0-ás (test) kernelt használják fontos figyelmeztetés, hogy frissíteniük kell a JFS segédprogramokat. A kernelbeli változások miatt a régebbi jfs.fsck nem tudja a journal-t "visszajátszani" ha az FS 'read only'-ra van felcsatolva.

Bővebb infó az IBM JFS oldalán itt. Változások listája itt.

Dave 'shaggy' Kleikamp levele itt. (aminek a subject-jében hibásan 1.1.2 szerepel, de az egyértelműen hiba, hiszen a JFS 1.1.2 ez év március 25-én jelent meg.)

Reiser4 teszt HOWTO, benchmark

A napokban megjelent az első széles körben tesztelhető Reiser4 patch a 2.6.0-test4 kernelhez. Úgy döntöttem, hogy kipróbálom mire képes a Reiser4. A készítők szerint az új naplózó filerendszer négyszer gyorsabb az NTFS-nél, és mintegy kétszer gyorsabb a ReiserFS-nél.

(Idézet a patchből: "Reiser4 is more than twice as fast for both reads and writes as ReiserFS. That means it is four times as fast as NTFS by Microsoft.") Hmm, jól hangzik. Lássuk, mi a pálya.

A Reiser4 egyelőre fejlesztői állapotban van, csak snapshot formában érhető el. A legfrissebb snapshot elérhető itt.

Készülődés a tesztre:

1.) A linux-2.6.0-test4.tar.bz2 letöltése a kernel.org-ról

2.) A 2.6.0-test4 kernel kibontása a /usr/src alá

3.) cd /usr/src

4.) mv linux-2.6.0-test4 linux-2.6.0-test4-reiser4

5.) A reiser4.diff letöltése, és bemásolása a /usr/src/linux-2.6.0-test4-reiser4 -be

6.) cat reiser4.diff | patch -p1Miután a kernel meg lett patchelve, konfiguráljuk a kernelt ízlés szerint, és jelöljük be a

File systems --->

[*] Reiser4 (EXPERIMENTAL very fast general purpose filesystem)

[ ] Enable reiser4 system call

opciót. A "Enable reiser4 system call"-t ne kapcsoljuk be, mert még nincs teljesen kész, és fordítási hibáink lehetnek. A "Reiser4"-et fixen fordítsuk a kernelbe, mert egyelőre nem működik modulként. Akiknek ReiserFS a root (/) filerendszerük, azoknak sem kell aggódni, szépen működik egymás mellett a régi 3.x ReiserFS és a Reiser4.

7.) Fordítsuk le a kernelt, majd bootoljunk be a Reiser4 támogatással rendelkező kernellel.

Amit látni kell a bootolásnál:

[...]

Loading Reiser4. See www.namesys.com for a description of Reiser4.

[...]


Ahhoz, hogy az új Reiser4 filerendszert létre tudjuk hozni, szükségünk van a legújabb reiser4progs utility-kre. A legfrisseb verzió a reiser4progs-20030826.tar.gz.

8.) Ezt töltsük le.

A reiser4progs lefordításához szükség lesz a legfrissebb libaal-ra is. A szükséges verzió a libaal-20030826.tar.gz.

9.) Töltsük le, fordítsuk le (./configure; make install).

ha ez kész, akkor

10.) Fordítsuk le a reiser4progs programokat. (./configure; make) (ezeket én nem telepítettem, hanem hagytam a forráskönyvtárban a binárisokat.

Ha a reiser4progs configure script nem találja a libaal-t, akkor szükség lehet az

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib/

környzeti változó beállítására.

Ha a reiser4progs lefordult,

11.) Készítsük el a felhasználandó partíciót (jelen esetben a /dev/hdd1-et), ha kész

12.) Készítsük el a reiser4 filerendszert (reiser4progs-0.4.12/progs/mkfs/mkfs.reiser4 /dev/hdd1)

13.) csatoljuk fel a filerendszert (mount /dev/hdd1 /mnt/reiser4)

Ennyi.

Tesztek:

A mérésekhez a http://h2np.net/tools/fs-bench.tar.gz eszközt használtam. A mérések egy 2GB-os partíción folytak.

Reiser4:

---------

sunshine:/mnt/reiser4# ~/fs-bench/test.sh 2>&1 | tee ~/fs-bench/reiser4

## Start Test

2003. aug. 28., csütörtök, 20.37.11 CEST

1062095831

## Create files

Total create files: 18858

000049f3: No space left on device

Create files

real 1m7.309s

user 0m0.141s

sys 0m9.571s

## tar all

## Change owner

real 0m1.597s

user 0m0.021s

sys 0m0.209s

## random access

Success: 18858

Fail: 72

real 4m27.653s

user 0m0.292s

sys 0m6.247s

## Change mode

real 0m4.103s

user 0m0.033s

sys 0m0.436s

## Random delete and create

Total create files: 8271

Total delete files: 8393

Total error : 2266

real 2m7.920s

user 0m0.123s

sys 0m6.025s

## Change mode again

real 0m0.438s

user 0m0.026s

sys 0m0.243s

## Remove all files and directories

real 0m1.299s

user 0m0.029s

sys 0m1.178s

## Finish test

1062096367

2003. aug. 28., csütörtök, 20.46.07 CEST

sunshine:/mnt/reiser4#


ReiserFS (3.6):

-----------------

sunshine:/mnt/reiser3# ~/fs-bench/test.sh 2>&1 | tee ~/fs-bench/reiser3

## Start Test

2003. aug. 28., csütörtök, 20.50.58 CEST

1062096658

## Create files

Total create files: 19491

00004c6f: No space left on device

Create files

real 1m11.586s

user 0m0.085s

sys 0m6.181s

## tar all

## Change owner

real 0m1.583s

user 0m0.010s

sys 0m0.145s

## random access

Success: 19477

Fail: 90

real 5m56.516s

user 0m0.230s

sys 0m4.311s

## Change mode

real 0m0.820s

user 0m0.019s

sys 0m0.227s

## Random delete and create

Total create files: 8612

Total delete files: 8700

Total error : 2255

real 1m33.936s

user 0m0.085s

sys 0m4.342s

## Change mode again

real 0m0.229s

user 0m0.010s

sys 0m0.136s

## Remove all files and directories

real 0m21.887s

user 0m0.014s

sys 0m1.251s

## Finish test

1062097334

2003. aug. 28., csütörtök, 21.02.14 CEST

sunshine:/mnt/reiser3#

Konklúzió:

Nincs. A számok magukért beszélnek. Azt azonban hozzá kell tenni, hogy egy lassan évek óta stabil FS lett összehasonlítva egy erősen fejlesztés alatt álló FS-sel. Ez azt jelenti, hogy a Reiser4 a stabil verzió elérésekor más eredményeket is produkálhat.

Tapasztalatok:

- Reiser4-gyel sokkal gyorsabb a partíció "formázása"

- A Reiser4 tesztek alatt nem "akadt" az egér, a ReiserFS tesztek alatt pedig eléggé érezhető volt az "akadás"


FIGYELMEZTETÉS:

(ide csak beidézem a Reiser csapat szövegét)

"FIGYELEM! Ez a kód kísérleti! NEM VICCELÜNK! NE TEGYÉL SEMMILYEN ÉRTÉKES ADATOT A REISER4-re MÉG!"

Én egy teljesen üres HDD-t használtam a tesztekhez, szerintem Te se a legféltettebb adataidat tároló HDD-n próbálkozz. Nem biztos, hogy jót tesz az adatok egészségének!

Jó tesztelést. És ne felejts el bugreportolni!

Kapcsolódó oldalak:

www.namesys.com (a Reiser4 honlapja)

reiser4 snapshot

Oleg Drokin bejelentése szerint elérhető az első szélesebb körben is tesztelhető ReiserFS 4 snapshot. A patch a 2.6.0-test4 kernelhez készült.

"FIGYELEM! Ez a kód kísérleti! NEM VICCELÜNK! NE TEGYÉL SEMMILYEN ÉRTÉKES ADATOT A REISER4-re MÉG!"

Hangzik a figyelmeztetés. Néhány bugfix, a ReiserFS4-nek már le kell fordulnia a 64bites környezetben is. Ezen kívül le lehet már fordítani "debug" üzenetek nélkül is. Fontos SMP javítások. Jelenleg még probléma van az OOM-mel (Out of Memory), ezen dolgoznak a fejlesztők.

Bátraknak a snapshot (Reiser4 snapshot for 2003.08.26) itt.

Bejelentés itt.

XFS 1.3.0

Megjelent az SGI által fejlesztett XFS 1.3.0-ás verziója.Az XFS egy GPL licenc alatt kiadott nagyteljesítményű naplózó filerendszer, amelyet az SGI fejleszt 1994 óta. Ami jellemzi: gyors visszaállítás a crash után, gyors tranzakciók, magasszintű skálázhatóság és kiváló átviteli sebesség. Az XFS-t arra tervezték, hogy többszörös multimédia streameket írjon és olvasson, ezért nagy file-ok kezelése esetén még jobban teljesít.

Linkek:

honlap

letöltés

változások logja

freshmeat oldal

file 'kiterjedés' az ext3 filerendszerhez

Alex Tomas egy olyan (RFC-t) patchet postázott a LKML-re, amely egy extra kiterjedést ("extent") ad az ext3 filerendszerhez. A kiterjedések használatának filerendszerek esetén az az előnye, hogy a lemez I/O multi-blokk műveletekben megy végbe ahelyett, hogy egy blokkos műveletet végezne. A komolyabb teljesítményjavulást ilyenkor a nagyobb file-okon lehet mérni. A kiterjedéseket (extents) jelenleg is használják a nagyobb naplózó filerendszerek, mint például a Reiser4, az XFS és a JFS.Alex készített néhány mérést, amellyel bemutatta a kiterjedések használatának előnyeit. Például egy 8 GB-os file létrehozása a kiterjedések nélkül 6 perc 9 másodpercet vesz igénybe, viszont a kiterjedések használatával ez lecsökken 5 perc 41 másodpercre. A 8 GB-os file törlése 11.942 másodpercet vesz igénybe az "extents"-ek nélkül, míg ugyanez "extents"-ek használatával 1.366 másodpercet vesz ez igénybe.

A thread itt kezdődik.

Milyen fs-ről fut az operációs rendszered (többnyire)?

ufs, ufs2
8% (55 szavazat)
minixfs
0% (0 szavazat)
hfs, hfs+
2% (11 szavazat)
ext2
11% (75 szavazat)
ext3
44% (306 szavazat)
reiserfs
25% (173 szavazat)
jfs
1% (6 szavazat)
xfs
8% (56 szavazat)
hpfs
0% (0 szavazat)
iso9660 (live cd)
0% (2 szavazat)
umsdos
0% (3 szavazat)
egyéb
2% (13 szavazat)
Összes szavazat: 700

Journaled File System (JFS) release 1.1.2

Shaggy (alias David Kleikamp) az IBM Linux Technology Center tagja bejelentette az IBM féle naplózó filerendszer következő kiadását, a verzió 1.1.2-t. A kiadás tegnap jelent meg, és a filerendszer-beli és a hozzá kapcsolódó segédprogramok javított kiadását tartalmazza.

[JFS honlap]

Shaggy levele:Feladó: Dave Kleikamp

Címzett: linux-kernel@vger.kernel.org

Tárgy: [ANNOUNCE] JFS 1.1.2

Dátum: 25 Mar 2003 15:24:21 -0600

Release 1.1.2 of JFS was made available today.

Drop 65 on March 25, 2003 includes fixes to the file system and utilities.

Utilities changes

- fix undefined reference to errno (G. D. Haraldsson)

- allow jfs_mkfs to run on regular file

- fix for-loop going past last element of vopen array

- sanity checking on variable this_ag

- s_label displayed incorrectly when 16 chars long

File System changes

- Clean up code flushing outstanding transactions to the journal

- Replace ugly debug macros with simpler ones

- Add get_index_page to eliminate unneeded I/O

- Fix hang while flushing outstanding transactions under heavy load

- Avoid deadlock under very heavy load

- Don't zero s_op during failed mount cleanup

Note: The 2.4.21 and 2.5 kernel.org development kernels are kept up to date with the latest JFS code. The file system updates available on the web site are only needed for maintaining earlier 2.4 kernels.

For more details about JFS, please see our website:

http://oss.software.ibm.com/jfs

Thanks,

Shaggy

--

David Kleikamp

IBM Linux Technology Center

QTParted 0.1

'QTParted is a GPLed ... user friendly Partition Magic clone for Linux.' - írja Vanni 'Zanac' Brutto. A szerző sajna nem nagyon tud angolul, úgyhogy nem tudok túl sok információt hozzátenni, csak annyit, hogy a QTParted természetesen a GNU parted progi frontendje, tehát értelemszerűen főleg ezzel párhuzamosan fejlődik. A parted egyelőre a 'classic' fs-ekkel bánik el (ext3, ext2, reiser, Linux swap, fat32, fat16) létrehozás, átméretezés, másolás és check szintjén, a többit (XFS, JFS, UFS, HFS, NTFS) egyelőre csak érzékeli.Az 1.6-os (dec.) parted azonban a 2-es verzióra ezeket is tudni fogja. A QTParted mindenesetre eléggé kulturáltnak tűnik, honlap: itt, amelyen gyönyörű screenshotok is találhatók.

Steve Best: Journaling File Systems

Az IBM-es Steve Best neve nem cseng ismeretlenul a JFS felhasználóknak. Ő szokta postolni a JFS-sel kapcsolatos bejelentéseket az LKML-re. Steve most egy nagyon hosszú cikkben taglalja a naplózó filerendszerek előnyeit. A 8 oldalon keresztül folyó cikk igazi mélyvíz, azoknak akik jobban meg akarják ismerni a naplózó FS-ek tulajdonságait, előnyeit/hátrányait, működésüket, azoknak kötelező.

A cikket megtalálod itt.

Linux: Az Ext3sj filerendszer

Matthew J. Fanto jelentette be az LKML-en az imént, hogy elkezdte fejleszteni az Ext3sj névre hallgató filerendszert. A Ext3sj nem más, mint a jelenlegi ext3 filerendszer épülő encrypted, azaz titkosított filerendszer. A titkosítás/visszakódolás teljesen transzparens lesz a felhasználó számára, csak a megfelelő kulcsokkal kell rendelkeznie, és azt kell tudnia, hogy hogyan kell a filerendszert felcsatolni. A filerendszert különböző eszközökön helyezhetjük majd el, úgy mint: floppy, CD-ROM, USB-kulcs, stb. Az Ext3sj kód jelenleg az alábbi titkosítási algoritmusokat tartalmazza: AES, 3DES, Twofish, Serpent, RC6, RC5, RC2, Blowfish, CAST-256, XTea, Safer+, SHA1, SHA256, SHA384, SHA512, MD5 és várható még több támogatás.

Matthew J. Fanto levele:From: Matthew J. Fanto

Reply-To: mattf@mattjf.com

To: linux-kernel@vger.kernel.org

Subject: The Ext3sj Filesystem

Date: 30 Oct 2002 20:34:17 +0100

I am annoucing the development of the ext3sj filesystem. Ext3sj is a new encrypted filesystem based off ext3. Ext3sj is an improvement over the current loopback solution because we do not in fact require a loopback device. Encryption/decryption is transparent to the user, so the only

thing they will need to know is their key, and how to mount a device. We do not encrypt the entire volume under the same key as some solutions do (this can not only aid in a known-plaintext attack, but it gives the users less options). Instead, every file is encrypted seperately under the key of

the users choice. We are also adding support for reading keys off floppies, cdroms, and USB keychain drives. Currently, ext3sj supports the following algorithms: AES, 3DES, Twofish, Serpent, RC6, RC5, RC2, Blowfish, CAST-256, XTea, Safer+, SHA1, SHA256, SHA384, SHA512, MD5, with more to come.

If anyone has any comments, questions, or would like to request an algorithm be added, please let me know.

-Matthew J. Fanto