解決策 1:
典型的な RAID5 の小さな書き込みの問題が発生していると思われます。ストライプ サイズ未満の書き込みの場合、データとパリティの両方に対して読み取り-変更-書き込みを実行する必要があります。書き込みがストライプと同じサイズである場合、値が何であるかを認識しており、再計算する必要がないため、単純にパリティを上書きできます。
解決策 2:
ストライプの配置に関連している可能性があることに同意します。私の経験からすると、3*2TB RAID-0 でアライメントされていない XFS を作成するには 5 分ほどかかりますが、ストライプ サイズにアライメントされている場合は 10 ～ 15 秒かかります。 XFS を 256KB のストライプ サイズに合わせるコマンドは次のとおりです。
mkfs.xfs -l internal,lazy-count=1,sunit=512 -d agsize=64g,sunit=512,swidth=1536 -b size=4096 /dev/vg10/lv00
ところで、私の場合のストライプ幅は 3 ユニットです。これは、4 つのドライブを使用しているが RAID-5 の場合と同じになります。
明らかに、これにより FS のパフォーマンスも向上するため、整合性を維持することをお勧めします。
解決策 3:
ファイルシステムの作成時にストライドとストライプ幅を指定すると、mkfs とその後のファイルシステムのパフォーマンスが向上する可能性があります。デフォルトの 4k ブロックを使用している場合、ストライドは 16 (64k の RAID ストライプを 4k のファイル システム ブロックで割った値) で、ストライプ幅は 48 (ファイル システムのストライド 16 にアレイ内の 3 つのデータ ディスクを掛けた値) です。
mkfs.ext3 -E stride=16 stripe-width=48 /dev/your_raid_device