Estamos criando uma grande partição de backup ext3 em um array RAID de 16TB e o mke2fs demorou 2,5 horas para ser concluído.
Existem truques conhecidos que podemos usar para diminuir esse tempo?
O objetivo é diminuir o tempo para nos colocar de pé caso ocorra um desastre e tenhamos que recriar esse sistema de arquivos. Eu vejo opções como lazy_bg e uninit_groups, mas elas parecem ser para sistemas de arquivos ext4, o que não é relevante para nós ainda.
Se você não tem uma tonelada de arquivos minúsculos (e eu acho que com um volume de 16 TB você provavelmente não tem), você pode reduzir o número de inodes, e isso irá acelerar dramaticamente a criação do sistema de arquivos. A opção é -i (bytes) , que usa vários bytes como parâmetro. Para cada (bytes), um inode será criado. Eu tive boa sorte com 4194304 (4 MB).
Caso você considere usar um sistema de arquivos diferente, essa questão despertou meu interesse, então fiz uma avaliação comparativa da criação do sistema de arquivos em um volume de 200GB. Os resultados:
ext3:
real 1m18.101s
ext4:
real 0m56.850s
xfs:
real 0m1.878s
200GB está muito distante dos 16TB, mas acho que o xfs é uma aposta segura para o que você está procurando, se você puder optar por ele. Também como uma espécie de regra geral, eu não acho que você será capaz de ir além da velocidade de criação do ext4 com o ext3 usando parâmetros especiais, mas posso estar errado por alguém com conhecimento mais profundo.
Eu verifiquei o código-fonte do e2fsprogs do CentOS 5, a versão 1.39-23 dele suporta o recurso lazy_bg, embora não seja listada na manpage.
Tem memória suficiente? Executando 64 bits?
Considerações ao criar sistemas de arquivos ext3 tem algumas recomendações de como otimizar a criação do sistema de arquivos.