我们在16TB RAIDarrays上创build了一个大型的备份ext3分区，mke2fs花了2.5个小时完成。
有什么我们可以用来缩短这个时间的技巧吗？
目的是为了减less在灾难发生时让我们重新站起来的时间，我们必须重新创build文件系统。 我看到像lazy_bg和uninit_groups这样的选项，但是它们似乎是用于ext4文件系统的，这与我们无关。
如果你没有大量的小文件（而且我猜测它的容量可能不是16TB），那么你可以减lessinode的数量，这将大大加快文件系统的创build速度。 选项是-i (bytes) ，它将一些字节作为参数。 对于每个（字节），将创build一个inode。 我已经与4194304（4 MB）祝你好运。
以防万一你可以考虑使用不同的文件系统，这个问题引起了我的兴趣，所以我testing了一个200GB容量的文件系统创build。 结果：
ext3: real 1m18.101s ext4: real 0m56.850s xfs: real 0m1.878s
200GB距离16TB还有很长的路要走，但是我认为如果你可以select的话，xfs是一个安全的select。 另外作为一种经验法则，我不认为用ext3使用特殊的参数可以超越ext4的创build速度，但是我可能被更深入的知识certificate是错误的。
我检查了CentOS 5的e2fsprogs源代码，它的1.39-23版本支持lazy_bgfunction，虽然它不在manpage中列出。
有足够的内存？ 运行64位？
创buildext3文件系统时的注意事项有很多关于如何优化文件系统创build的build议。