Ext3 / 4function的问题(dir_index,文件types)和XFS文件系统性能

我正在开发一个应用程序,它读取大量的目录列表,并使用file命令和使用ext4文件系统检查文件types。

当我看着Ext4时,我发现它有两个有趣的function

  • dir_index
  • 文件types

我刚刚启用这两个function使用

 tune2fs -O dir_index /dev/hdXY e2fsck -fD /dev/hdXY 

我的问题是:

  1. dir_index启用后是否透明地工作(例如, ls -lR large_direcory/性能提高了,而不需要任何额外的程序/configuration),还是必须通过编程/脚本来使其工作?
  2. 索引是透明生成的? 或者需要使用e2fsck -fD /dev/hdXY
  3. Ext3 / 4文件typesfunction如何工作?
  4. 我已经读过XFS比ext3有更好的性能和可靠性,它如何与ext4相比,我应该切换?

谢谢!

回答你的第四个问题,或者至less是值得思考的东西:

与ext3(也可能是ext4)相比,XFS闪耀的一件事是并发性。 XFS在多处理器环境下可以很好地扩展,但是ext3 kjournald并没有很好地利用多核。

所以如果几个进程同时争取磁盘访问,那么XFS是非常好的select。 我认为ext4也获得了分配组,所以它可能会使SMP更好,但在基准testing中要记住这一点。

IIRC dir_index会自动将其自身应用于任何新文件,但它不会追溯工作,没有fsck。 我不知道这个文件types的function。 我从来没有听说XFS比ext3更可靠,因为事实上它没有(没有?)做…阻塞? (我忘了这个词)…由于同步时间较长,所以不太可靠。 Ext4有同样的问题,但它得到修复…