Řešení 1:
Mám podezření, že narážíte na typický problém s malým zápisem RAID5. Pro zápisy do velikosti velikosti pruhu musí provést čtení-upravovat-zápis jak pro data, tak pro paritu. Pokud má zápis stejnou velikost jako proužek, může paritu jednoduše přepsat, protože ví, jaká je hodnota, a nemusí ji přepočítávat.
Řešení 2:
Souhlasím, že to může souviset se zarovnáním pruhů. Podle mých zkušeností trvá vytvoření nezarovnaného XFS na 3*2TB RAID-0 ~5 minut, ale pokud je zarovnáno na velikost pruhu, je to ~10-15 sekund. Zde je příkaz pro zarovnání XFS na velikost pruhu 256 kB:
mkfs.xfs -l internal,lazy-count=1,sunit=512 -d agsize=64g,sunit=512,swidth=1536 -b size=4096 /dev/vg10/lv00
BTW, šířka pruhu v mém případě je 3 jednotky, což pro vás bude stejné se 4 disky, ale v raid-5.
Je zřejmé, že to také zlepšuje výkon FS, takže ho raději udržujte zarovnaný.
Řešení 3:
Výkon vašeho mkfs a následného souborového systému se může zlepšit, pokud při vytváření souborového systému zadáte krok a šířku pruhu. Pokud používáte výchozí 4k bloky, váš krok je 16 (proužek RAID 64k děleno blokem souborového systému 4k) a šířka vašeho pruhu je 48 (krok souborového systému 16 vynásobený 3 datovými disky ve vašem poli).
mkfs.ext3 -E stride=16 stripe-width=48 /dev/your_raid_device