Tag Archives: reiserfs

FS greičio palyginimas (pasenusi informacija)

Kai beveik prieš metus dariausi NAS, kartu pasidariau ir kelis FS benchmarkus. Dabar juos aptikęs pagalvojau kad būtų labai naudinga pakartoti – palyginti, kiek pasistūmėjo developinamų sistemų našumas…

Testai buvo atlikti arba su atskiru disku (aligned – nors tada su Advanced Format buvo ką veikti), arba su RAID5 masyvu (žemiau pateikta lentelė – RAID5) iš 5x WD Green serijos diskų. Žemiau pateikta lentelė – iš RAID5 masyvo (MD + LVM). Prieš kiekvieną testą – priverstinis sync’as, taip pat – įsitikinama, kad RAID’as yra pilnai susync’intas…..

Naudojau iozone (keičiasi matuojamas bloko dydis, priklausomai nuo testo): iozone -s300m -j 16 -r4k -r512k -r 4096k -i 0 -i 1 -i 2 -i 5 -i 8 -f /mnt/test/iozone.tmp -U /mnt/test


ReiserFS3

noatime

ReiserFS3

noatime, notail

ext4,

created with extents,

mounted with ‘noatime’

ext4,

created with extents,

mounted with ‘noatime’ (run2)

BTRFS,

noatime

BTRFS,

noatime,nodatasum,

nodatacow,noacl

Write
4k 99738 103121 113193 121446 98561 118036
512k 92972 108739 114122 109555 106877 119445
4096k 104672 94003 118900 113319 121980 115757
Read
4k 97811 97467 112666 116975 29040 91773
512k 62883 101031 77743 116956 84419 90599
4096k 98189 110781 81008 116983 53419 93355
Random Read
4k 832 835 845 849 725 845
512k 29321 31512 36170 34795 15297 22246
4096k 52659 55253 74076 61874 30600 42548
Random Write
4k 4073 4061 2361 2314 21761 1457
512k 78812 82143 112980 113969 95791 120782
4096k 71833 72514 97920 97447 106617 114495

Ką gi, kadangi namų NAS dažniausiai yra dirbama su sequential duomenimis – tai labiausiai aktualu didelių blokų read performance. Bent jau taip maniau tada…. Dabar daryčiau kitaip, bet apie tai – vėliau.

Sudėjus viską į vietas, grafiškai (beje, LibreOffice sucks su grafikais, kažkoks nesuvokiamas GUI), gaunam tokį 4MB blokų performance:
Comparison between ReiserFS, EXT4, BTRFS

Turint omenyje:

  • visiškai “žalią” BTRFS (kernel panic testų metu, istorijos IRC (freenode, #btrfs) apie to meto release stabilumą, taip pat kartais pamirštamą sync’ą arba nesuprantamus rezultatus (žr. BTRFS read su mažu bloko dydžiu)
  • neypatingai džiuginantį ext4 performansą su mažais bloko dydžiais (ir čia nepaminėta – spartų performanso kritimą, turint labai daug failų – o tokių katalogų aš turiu)

…vistik nusprendžiau likti prie to, ką jau patikrinau savo kailiu, aukojant kažkokį miglotą performance pliusą.

Iš kitos pusės, kadangi ta NAS dėžė 24×7 seedina torrentus (o kartais ir leechina), tai random read/write performansas su mažu bloko dydžiu (čia turėtų būt dar vienas kabliukas – kaip failinės sistemos su fiksuotais blokais prisitaikys prie diskų su AF) yra pakankamai aktualus. Turiu mintį – kai tik ZFS užaugs iki naudojamo lygio Linux’e – darysiu wipe ir būsiu “šiuolaikiškas” ;-)

Kartu bus įdomu ir palyginti, kiek ext4 bei BTRFS “paaugo” per metus/pusantrų. Progresas gi nestovi vietoje ;-)

Gera failinė sistema, arba istorija “Nemuškit reiserio!”

Šis varganas serveriukas buvo beveik parą offline dėl labai paprastos priežasties – prisireikė kitam Lietuvos gale pastatyt vieną silpną dėžę vien backupams, kadangi tokių kaukolinių nebepardavinėja – tai nusipirkau kai ką apyšviežio ir tuo pačiu sugalvojau upgradinti šitą dėžę. Kitaip sakant, į kitą Lietuvos galą norėjau išsiųsti puikiai veikusią tiek metų (tegu ir prasto gamintojo ir visokeriopai pasenusią) plokštę (su CPU, PSU, RAM) nei kad kažką naujo ką nusipirkau.
Rezultatas – permontuojam vietoj senučiuko Chaintech su VIA čipsetu, 800@900MHz PIII santykinai monstrą (lyginant su anuo, ne pagal šias dienas ;-) DFI LANParty UT nF3-250Gb su Athlon 64 3200. Kaip ir viskas normaliai, paleidžiant pamačiau keletą keistų dalykų, bet nekreipiau dėmesio. Parvažiuoju namo – ogi nepasiekiamas. Na, apsirengiam ir važiuojam čekinti…
Rezultate – dėka kažkokio MB+CPU nesusišnekėjimo (sunkiai dirba netgi dažniu pagal nutylėjimą) viskas ten gan stipriai grybavo. Tie “keisti dalykai” kuriuos pastebėjau vėliau peraugo į kernel panic. Kad viskas būtų smagiau – iš pradžių mėginau problemas spręsti kitu kerneliu. O ten turbūt kaip tik sutapo kad “atsijungė” ar visiškai nusišnekėjo kažkuri dalis atsakinga už failinę sistemą…
Rezultate – grub’as sako error 17. Ok, bootinamės iš ko papuolė po ranka, pasileidžiam grub shell – ogi unrecognized file system. Ok, imam kitą CD, bootinamės, su mdadm assemblinam raidą ir žiūrim kas viduj. O ten – nieko gero – superbloko nerasta, duomenų panašu kad irgi…
Na, remote backupą aš turiu, bet niekam nesinori atsistatinėt iš backupų. Kadangi patirties su reiseriu aš kaip ir turiu – imam hexeditorių, reiserfsck su visais –rebuild-sb ir –rebuild-tree. Valanda su trupučiu – ir visi duomenys savo vietoje. Tiesa, dar daugiau užtrukau pakol išsiaiškinau ko ten CPU+MB combo grybauja, bet – rezultate viskas veikia!

Girdėjau įvairiausių atsiliepimų apie reiserfs, bet kažkodėl manau kad dauguma problemų – arba dėl kreivos realizacijos (kai kurios distros tikrai persistengia bepatchindamos savo kernelius) arba dėl extreme naudojimo – belenkiek mount opcijų nesuprantant ką jos daro ir nuolatiniai reboot dėl elektros dinginėjimo ;-)

Žinau tiek – kažkada reiserfs panaudojimas vietoj ext3 buvo 6x performance boost (> 3 milijonai mažų failų, reik turėt omenyje kad tas buvo ~2003-2004 metus – taigi ir HW atitinkamai), iš reiserio aš be jokių problemų išsitraukiau failus ne kartą ir ne du esant hardwarinei problemai. Vienintelė bėda – kad FS autorius šiek tiek persistengė asmeniniame gyvenime ir dabar apie sparčią plėtrą galima pamiršti… Tiesa, nors Namesys kaipo toks panašu kad nebeegzistuoja, bet pati failinė sistema prižiūrima ir nepanašu kad nori numirt.

Turbūt pats laikas išsimėgint kokį btrfs – laikas augti, nėr čia ko vienoj vietoj užsiciklinus sėdėti =)