当前Linux文件系统架构下的文件系统新需求

这里讨论一下在不改变当前Linux文件系统架构下,对Linux文件系统的新需求。
        
    第一需求,缓解文件系统修复极度缓慢的问题。通过标记部分元数据为unused或者clean有助于减少修复文件系统时需要检查的数据总量。Fsck的多种实现已经高度优化,但是仍然可能有更多的提升空间。简单来说,对文件系统修复时间有个评估可以让管理员决定是尝试修复还是简单地从备份中恢复。
    与此类似的另一个需求是对现有文件系统增加校验和与错误处理机制。一个实例是威斯康辛大学的Madison的 IRON ext3 work [PDF]

    
第二需求,对强制unmount文件系统的支持强制卸载一个文件系统,即使该文件系统中有文件仍然打开。大多数的强制unmount可以在VFS层实现(例如,用一组总是返回EIO的VFS ops替代VFS ops中的打开文件操作),但是具体的文件系统仍然需要一些测试和工作,以使得在出错的情况下安全unmount文件系统。

    
第三需求,文件系统的性能测试应该更合理。文件系统的性能测试通常是在相对年轻、无碎片的文件系统中进行。文件系统开发社区应当与研究更好的快速创建老化的文件系统的研究者一起合作。一种想法是在加速回放文件系统踪迹(trace)的时候插入大量的sync()系统调用,因而文件系统无法在老化文件系统中使用智能时间分配策略(如延时分配等。回放文件系统踪迹的最新研究是由Ningning Zhu等的FAST '05 的文章Scalable and Accurate Trace Replay for File Server Evaluation [PDF].关于文件系统老化的一篇优秀论文是由Keith Smith等发表的File System Aging - Increasing the Relevance of File System Benchmarks [PDF] 

    
第四需求,系统中多文件系统共存问题。一个系统上多个文件系统共存的一个问题是文件系统journals使用的内存总量,因为journal通常是基于每文件系统(per-file system)分配的,没有考虑用于文件系统数据的全局内存使用。一些协调内存使用的方法可能对此有帮助,但是,总体来说,文件系统的开发者倾向于优化文件系统的性能而没有充分考虑总体的系统性能,随着系统应用的复杂性与多元性的急剧增加,解决多文件系统共存的优化问题也越来越急切。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值