16TB RAIDアレイ上に大規模なバックアップext3パーティションを作成しており、mke2fsの完了には2.5時間かかりました。
この時間を短縮するために使用できる既知のトリックはありますか?
目的は、災害が発生し、そのファイルシステムを再作成する必要がある場合に、立ち直る時間を短縮することです。 lazy_bgやuninit_groupsのようなオプションがありますが、それらはext4ファイルシステム用のようです。これはまだ私たちには関係ありません。
小さなファイルがたくさんない場合(そして、16 TBボリュームではおそらくないだろうと思います))、iノードの数を減らすことができます。これにより劇的になります。ファイルシステムの作成を高速化します。オプションは-i (bytes)
で、パラメータとしてバイト数を取ります。各(バイト)ごとにiノードが作成されます。4194304(4 MB)で幸運を祈りました。 。
別のファイルシステムの使用を検討できる場合に備えて、この質問に興味をそそられたので、200GBのボリュームでファイルシステムの作成をベンチマークしました。結果:
ext3:
real 1m18.101s
ext4:
real 0m56.850s
xfs:
real 0m1.878s
200GBは16TBからかなり離れていますが、xfsを選択できれば、探しているものに対して安全な方法だと思います。また、経験則として、特別なパラメータを使用してext3でext4の作成速度をはるかに超えることはできないと思いますが、より深い知識を持っている人によって間違っていることが証明される可能性があります。
CentOS 5のe2fsprogsソースコードを確認しました。1.39-23バージョンはlazy_bg機能をサポートしていますが、マンページには記載されていません。
十分なメモリがありますか? 64ビットを実行していますか?
ext3ファイルシステムを作成する際の考慮事項 ファイルシステムの作成を最適化する方法について、かなりの数の推奨事項があります。