为什么苹果Mac硬盘不分区?

阅读 821  ·  发布日期 2013-10-17 08:52:34  ·  伊索科技
说起来 Unix 的文件系统的道行要比 Windows 的早很多年,所以您的问题得改成:「为什么 Windows 要自搞一套弄出个硬盘分区符号来呢?」树状的文件结构有个优势就是任何子目录或者文件,都能顺着根目录找到。所以,如果你需要把本地文件迁移到一个网络硬盘上,这时候对于软件来说,它们不会察觉到任何区别。假设你有一套系统,操作系统焊死不能动,但是有个程序有很高的需求,那么你可以很方便地把 目录加载为只读,然后吧 应用程序安装目录)目录加载到一块SSD上。这样整个文件系统的结构对于操作系统来说没有发生任何改变。然而在Windows下,这种问题就比较讨厌,特别是程序路径前面带着个 的时候……这都是有历史原因在里面的,部分上是因为这样做在当时更有效。是我所知的历史上第一个采用「层阶树状文件结构」的操作系统,一个目录里还嵌着子目录这种机制。引用 R.C. Daley 和 P.G. Neumann 的《通用辅助文件存储(A General-Purpose File System For Secondary Storage)》一文中的话:论文第二部分阐述了一种「层阶树状文件结构」的文件系统,对于操作系统来说,它非常高效。这种结构兼顾了可靠性和灵活性……

为了便于理解,我们可以把这种结构想象成一棵树,文件的树,其中有一些目录其实也是文件。但是有一个例外的目录,它自身的指针只指向一个单一的,确定的目录,那就Root目录。它没有明确地被其他目录所指,root目录只是隐式地代表一个虚拟的分支,我们称这个分支结构为「文件系统」。

在任何时候,用户都处于一个目录下面,我们称它为「工作目录(working directory)」,用户可以通过指定入口访问工作目录下面的文件。而且多个用户可以同时工作在同一个工作目录之下。

在其他各个方面,Multics 追求的是灵活性,用户只需工作在整个文件系统的一条分支上,其他的不用管,但还能保证用目录管理文件的便捷性。目录还被用来控制访问权限 —— 目录的 READ 属性允许用户访问目录中的文件,而 EXECUTE 属性允许用户修改目录中的文件 (这个特性被后来的unix系统继承下来)。

Multics 还遵循了「单一存储对象池」的设计原则。但是论文没有在这方面展开。「单一存储对象池」对于当时的硬件条件来说非常合适,那时候没有可移动的硬盘,起码是没有人关心这个问题。Multics 确实有一个备用的备份存储池,但对于用户来说,它是不存在的。

Unix

Unix 系统深受 Multics 的影响,但是比起 Multics 的「灵活」,Unix 更专注于加强系统的「简洁」。

「单一目录树层级」的文件系统就很适合Unix系统。就和 Multics 一样,存储池的细节,经常不需要用户关心。但是后来出现了可拆卸的硬盘, Unix 通过 mount 和 umount 两个命令把对存储设备的操作暴露给用户(只有「管理员权限」的用户才能执行这样的操作)。在 《Unix 分时系统设计(The Unix Time-Sharing System)》一文中, Dennis Ritchie 和 Ken Tompson 解释道: