Sequential OutputSequential InputRandom
Seeks
Sequential CreateRandom Create
Per CharBlockRewritePer CharBlockCreateReadDeleteCreateReadDelete
K/sec% CPUK/sec% CPUK/sec% CPUK/sec% CPUK/sec% CPU/ sec% CPU/ sec% CPU/ sec% CPU/ sec% CPU/ sec% CPU/ sec% CPU/ sec% CPU
Ext224867772921515544218861557919191.018591? ? 37458908995? ? 34495
Ext2 1KB24247385823117786241564802136168.618591? ? 37232948691? ? 33394
Ext3 Journal14414026809160019255561721765144.016080991998517089867093? ? 18759
Ext3 Ordered2253756535462757818234647455293.316588? ? 18154967094? ? 17757
Ext3 WriteBack22006757363327338254564735962192.316789? ? 18290966990? ? 18058
Ext3 1KB Journal127940192414133316306675627626121.31549099206949456535390? ? 7336
Ext3 1KB Ordered19646367863816208188751449323116.7154899833694898051548897603747436
Ext3 1KB WriteBack20946661623017637211055512523135.41538999073959112515489? ? 7537
XFS22156585082317966246962673446110.712584987758972984427051? ? 612
XFS 1KB22316879392616597284670578527190.932574377941863484027448? ? 652
ReiserFS2780819070422032721906953084883.91206759920318896031182653? ? 22312
ReiserFS 1KB24477176472721841316245241614381.311173853488912231012? ? 531
JFS23456859972427385256264800768141.41184820831959447652247? ? 521

Interpretacja:
Najpierw słów parę o technice wykonania testu: test wykonywany był najnowszą wersją bonnie++. Uwzględniłem wszystkie rozsądne filesystemy dostępne standardowo w jądrze 2.6.0-test9. Filesystemy działały w trybie obsługi EA+ACL (choć nie wiem czy to ma znaczenie), wyjątkiem są JFS oraz ReiserFS, które nie obsługują jeszcze duetu EA+ACL. Filesystemy testowane były z blokiem wielkości 4KB oraz 1KB, oprócz JFS który nie pozwala jeszcze na wybranie rozmiaru bloku i mogłem sprawdzić tylko standardowe ustawienia (4KB). Dzięki temu można oszacować, czy zmniejszenie bloku z 4KB do 1KB faktycznie powoduje jakieś wyraźne spowolnienie operacji dyskowych, ważny jest tutaj zwłaszcza test Random Create który najwięcej mówi o problemach filesystemu gdy nagle ma 4x więcej bloków do nadzorowania.

Każdy test składał się z dwóch głównych etapów - sprawdzianu odczytu danych i ogólnego obchodzenia się z dużymi plikami (tutaj były to pliki większe od 200MB) - (Sequential Output, Input, Rewrite), oraz sprawdzianu mechanizmów obsługujących wiele plików w jednym katalogu, czyli najogólniej testy wydajności alokacji i zarządzania inodami. Ta część polegała na tworzeniu, stat-owaniu i usuwaniu nieco ponad 51 tysięcy plików (Sequential Create, Random Create). Dokładny opis każdego z testów można znaleźć w dokumentacji bonnie++, dlatego nie będę tego teraz tutaj przytaczał. Najważniejsze jest to, by oprócz samych transferów danych uwzględniać również podawane obok obciążenie procesora, jakie wywołała dana operacja. Bo jeśli jakieś operacje na filesystemie bardzo obciążały procesor, to w normalnych warunkach filesystem mógłby nie dostać wystarczającej liczby cykli procesora by osiągnąć taką samą wydajność jak w teście. Należy to brać pod uwagę. Aha, pozycje oznaczone znakiem zapytania to te testy, które zakończyły się w czasie mniejszym od pół sekundy i nie mogły zostać wiarygodnie oszacowane.

Ja w każdym razie jestem zmęczony zestawianiem wyników i nie mam ochoty ich teraz interpretować. Może innym razem. Za dużo tych cyferek.