族谱网 头条 人物百科

MINIX文件系统

2020-10-16
出处:族谱网
作者:阿族小谱
浏览:349
转发:0
评论:0
设计与实现一个MINIX文件系统由6个组成部分:引导块是总是存储在第一个块。在系统启动时,它包含了引导加载程序的加载和运行一个操作系统。第二个块是超块,它是存储有关文件系统,即允许操作系统来定位和理解其它文件系统结构数据。例如,数i节点和区,两个位图的大小和的起始块的数据区。该索引节点位图是一个简单的地图索引节点跟踪哪些是在使用中,哪些是免费的通过代表他们的任何一个(使用时)或零(免费)。该区域的位图的工作原理相同的方式作为索引节点位图,除了它跟踪的区域。该索引节点区域。每个文件或目录被表示为一个inode,它记录元数据,包括类型(文件,目录,块炭,管道),标识为用户和组,三时间戳记录的日期和上次访问时间,最后修改和最后的状态改变。一个inode还包含指向该区域中的地址的列表的数据区所在的文件或目录的实际存储数据。该数据区是在文件系统的最大组成部分,使用大部分空间。它是在实际的文件和目录的...

设计与实现

一个MINIX文件系统由6个组成部分:

引导块是总是存储在第一个块。在系统启动时,它包含了引导加载程序的加载和运行一个操作系统。

第二个块是超块,它是存储有关文件系统,即允许操作系统来定位和理解其它文件系统结构数据。例如,数i节点和区,两个位图的大小和的起始块的数据区。

该索引节点位图是一个简单的地图索引节点跟踪哪些是在使用中,哪些是免费的通过代表他们的任何一个(使用时)或零(免费)。

该区域的位图的工作原理相同的方式作为索引节点位图,除了它跟踪的区域。

该索引节点区域。每个文件或目录被表示为一个inode,它记录元数据,包括类型(文件,目录,块炭,管道),标识为用户和组,三时间戳记录的日期和上次访问时间,最后修改和最后的状态改变。一个inode还包含指向该区域中的地址的列表的数据区所在的文件或目录的实际存储数据。

该数据区是在文件系统的最大组成部分,使用大部分空间。它是在实际的文件和目录的数据被存储。


免责声明:以上内容版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。感谢每一位辛勤著写的作者,感谢每一位的分享。

——— 没有了 ———
编辑:阿族小谱
发表评论
写好了,提交
{{item.label}}
{{commentTotal}}条评论
{{item.userName}}
发布时间:{{item.time}}
{{item.content}}
回复
举报
点击加载更多
打赏作者
“感谢您的打赏,我会更努力的创作”
— 请选择您要打赏的金额 —
{{item.label}}
{{item.label}}
打赏成功!
“感谢您的打赏,我会更努力的创作”
返回

更多文章

更多精彩文章
打赏
私信

推荐阅读

· MINIX
历史与版本MINIX1.0Minix原来是荷兰阿姆斯特丹自由大学计算机科学系的塔能鲍姆教授(Prof.AndrewS.Tanenbaum)所发展的一个类Unix操作系统。因为AT&T的政策改变,在Version7Unix推出之后,发布新的使用许可协议,将UNIX源代码私有化,在大学中不再能使用UNIX源代码。塔能鲍姆教授为了能在课堂上教授学生操作系统运作的实务细节,决定在不使用任何AT&T的源代码前提下,自行开发与UNIX兼容的操作系统,以避免版权上的争议。他以小型UNIX(mini-UNIX)之意,将它称为MINIX。Minix以C语言写成,与Version7Unix兼容,全部的代码共约12,000行,并置于他的著作《操作系统:设计与实现》(OperatingSystems:DesignandImplementation,ISBN0-13-637331-3)的附录里作为示例。Minix的...
· 文件系统
概述空闲空间示例:每簇4,096字节的NTFS文件系统,每个文件5字节,共100,000个文件,逻辑字节总共500,000字节,但由于一个文件需独占整数倍个簇(最后一簇无论是否占满,仍会独占一整个簇),实际占用磁盘空间409,600,000字节(每个文件5字节独占一个簇)文件系统是一种用于向用户提供底层数据访问的机制。它将设备中的空间划分为特定大小的块(或者称为簇),一般每块512字节。数据存储在这些块中,大小被修正为占用整数个块。由文件系统软件来负责将这些块组织为文件和目录,并记录哪些块被分配给了哪个文件,以及哪些块没有被使用。不过,文件系统并不一定只在特定存储设备上出现。它是数据的组织者和提供者,至于它的底层,可以是磁盘,也可以是其它动态生成数据的设备(比如网络设备)。文件名在文件系统中,文件名是用于定位存储位置。大多数的文件系统对文件名的长度有限制。在一些文件系统中,文件名是大小写不...
· Google文件系统
历史设计GFS专门为Google的核心数据即页面搜索的存储进行了优化。数据使用大到若干G字节的大文件持续存储,而这些文件极少被删除、覆盖或者减小;通常只是进行添加或读取操作。它也是针对Google的计算机集群进行的设计和优化,这些节点是由廉价的“常用”计算机组成,这就意味着必须防止单个节点的高损害率和随之带来的数据丢失。其它设计理念包括高数据吞吐率,甚至这带来了访问反应期变差。节点分为两类:主节点和Chunkservers。Chunkservers存储数据文件,这些单个的文件象常见的文件系统中的簇或者扇区那样被分成固定大小的数据块(这也是名字的由来)。每个数据块有一个唯一的64位标签,维护从文件到组成的数据块的逻辑映射。每个数据块在网络上复制一个固定数量的次数,缺省次数是3次,对于常用文件如可执行文件的次数要更多。主服务器通常并不存储实际的大块数据,而是存储与大块数据相关的元数据,这样的数
· Unix文件系统
参见文件系统
· 延伸文件系统
后继版本ext2ext3ext4

关于我们

关注族谱网 微信公众号,每日及时查看相关推荐,订阅互动等。

APP下载

下载族谱APP 微信公众号,每日及时查看
扫一扫添加客服微信