Moje první odpověď by byla také bonnie++, rychlé vyhledávání také odhalí Iozone3. Oba jsou dostupné jako balíčky Debianu. Pokud provádíte jednodušší testy (cp, mv, rm), měli byste zvážit vymazání mezipaměti uchovávané jádrem pomocí echo 1 > /proc/sys/vm/drop_caches před každým testem, jinak by to mohlo způsobit rozdíly, které nejsou reprezentativní pro samotný souborový systém.
Zde jsou další dvě možnosti. Zjistil jsem, že jsou opravdu užitečné pro benchmarking souborového systému.
1) Poštovní razítko - je to benchmark, který emuluje skutečné použití souborového systému, ke kterému přistupuje zaneprázdněný poštovní server.
Ke stažení:http://www.freshports.org/benchmarks/postmark/
Při testování se ujistěte, že jste porovnali různé možnosti protokolování ext3 – mohou se značně lišit z hlediska výkonu (protokolování zpětného zápisu poskytlo nejlepší výsledky v mých experimentech s poštovním razítkem).
2) Filebench - další skvělý standard, který vám dává ještě větší flexibilitu. Pokud máte konkrétní důvod, proč zvažovat přechod z ext3, pravděpodobně se vám bude líbit filebench – má mnoho různých pracovních zátěží, takže se můžete soustředit pouze na problémové místo výkonu, které vás zajímá (operace vytváření/mazání souborů nebo sekvenční čtení/zápis vs. náhodné, abych vám uvedl několik příkladů).
Musíte si to vygooglovat, protože zatím nemám povoleny žádné další hypertextové odkazy – samotný projekt je hostován na SourceForge a opravdu pěkný rychlý průvodce je k dispozici na webu OpenSolaris.org.
Jedna poznámka na závěr:pro co nejpřesnější výsledky se ujistěte, že zátěž rozložíte na co nejvíce disků (vřeten). Je také smysluplné alokovat několik disků speciálně pro benchmarking a nové je před každým spuštěním vašeho benchmarku.
Netestujte pouze rychlost, zvažte také spolehlivost. Zkuste např. vypnout disky na zaneprázdněném souborovém systému a uvidíte, co zbylo.
Kvalita dostupných nástrojů pro opravu a obnovu je také důležitá a je velmi těžké ji samostatně testovat. Bloková struktura může být např. inhibovat nástroje, které se snaží zachránit data v nezpracovaném režimu z nezachránitelného souborového systému.
Pro více tipů na testování souborového systému pod velmi drsnými bitími vás může zajímat, co udělali kluci ze ZFS:One Two