关于ibm aix jfs2文件系统研究
2013-08-19 18:08
393 查看
1、JFS2的INODE是双向链表结构,即可以通过元数据文件找到某个INODE,也可以通过INODE的标号确定其编号,甚至于其物理位置
2、块索引、目录结构全部支持双向链表,与1相似,可以带来文件系统灾难后的可靠恢复
3、目录结构自带索引,目录结构变更时只需变更索引,无需重新整合目录表,性能很好(其他文件系统未发现此点),同时可以在索引中建起B+树,便于高效查询。
4、类似Vxfs NTFS一样的元文件管理方法,可自由扩展文件系统,管理更灵活。
5、类似Vxfs一样的EXTENT分配策略,优先于NTFS的变长EXTENT(为了节省一丁点空间,复杂度增强了太多),目前的文件系统应用环境,更优于EXT2\3,UFS等BLOCK MAP的分配
6、文件系统的设计足够简洁,一定程度上讲,文件系统在功能实现相同的前提下,复杂与健壮成反比。反面教程:NTFS
7、日志的完全剥离,如同6一样的简洁设计。完全剥离的日志,不受文件系统本身的约束,不会导致因文件系统本身有问题同样影响了日志还希望日志还原。典型反而教程:EXT3。生活中的典型,如同纪检委,“你都吃我的、喝我的,我现在有了问题,你能查?”
2、块索引、目录结构全部支持双向链表,与1相似,可以带来文件系统灾难后的可靠恢复
3、目录结构自带索引,目录结构变更时只需变更索引,无需重新整合目录表,性能很好(其他文件系统未发现此点),同时可以在索引中建起B+树,便于高效查询。
4、类似Vxfs NTFS一样的元文件管理方法,可自由扩展文件系统,管理更灵活。
5、类似Vxfs一样的EXTENT分配策略,优先于NTFS的变长EXTENT(为了节省一丁点空间,复杂度增强了太多),目前的文件系统应用环境,更优于EXT2\3,UFS等BLOCK MAP的分配
6、文件系统的设计足够简洁,一定程度上讲,文件系统在功能实现相同的前提下,复杂与健壮成反比。反面教程:NTFS
7、日志的完全剥离,如同6一样的简洁设计。完全剥离的日志,不受文件系统本身的约束,不会导致因文件系统本身有问题同样影响了日志还希望日志还原。典型反而教程:EXT3。生活中的典型,如同纪检委,“你都吃我的、喝我的,我现在有了问题,你能查?”
相关文章推荐
- 关于ibm aix jfs2文件系统研究
- IBM AIX JFS2文件系统数据恢复技术
- 关于Android7.0版本及其以上系统获取本地数据(图片和文件)报系统出现异常,正在退出问题
- Linux系统环境下关于多进程并发写同一个文件的讨论
- 文件、文件系统、关于文件的函数
- 关于文件系统中的重命名操作
- 关于Windows 8 上的 ReFS 文件系统
- 【SAP HANA】关于SAP HANA中视图激活时在系统中生成对象的研究(汇总)
- 关于c++的文件编码的研究
- 关于文件系统的一些理解
- 关于学籍管理系统的可行性研究报告
- [转载]关于iPhone文件系统NSFileManager讲解
- 关于根文件系统的整理
- 关于写文件(系统API函数&CFile类)
- (转)关于用文件系统TextStream对象实现网页访问浏览人数统计
- 关于ZFS文件系统
- 转载一篇关于虚拟文件系统的文章
- 关于UBOOT,LINUX内核编译,根文件系统的15个问题
- 关于文件上传组件的研究
- GlusterFS集群文件系统研究(负载均衡的最常用办法) good