为什么有些人不建议 SSD 分区? 第1页

因为分区这种事情，本来就是为了解决传统设备以及操作系统的物理限制而搞出来的。现代操作系统中本来就不建议使用分区这种行为来划分物理存储。

早期，硬盘必须分区有如下一些原因：

• 文件系统存在分区最大物理限制，不分区无法正常使用。
• HDD硬盘在不同区域的读写速度不同，为了保证速度，需要将部分频繁加载的数据集中在相对高速的分区。
• 病毒猖獗的年代加上Windows本身「运行的文件被锁定无法修改删除」，使得某些病毒在不格式化的情况下无法清除。因而「格盘重装」这种原本不正常的维护方式变成当时的主流方式。
• 对于多用户的操作系统，系统分区空间占满会导致运行不正常，因此，需要单独分一个较小的数据分区。多用户只能访问数据分区，如果多用户将数据分区占满，不会导致系统分区占满，从而避免系统出现运行异常。

现在这些问题其实都获得了解决。

• 文件系统物理限制已经大幅度放宽，有生之年大概可以认为硬盘空间不会达到文件系统限制。
• SSD在所有区域读写速度相同，不需要通过分区来优化读写。
• 病毒已经不再是威胁计算机安全的主体，木马，间谍，以及恶意软件才是，必须格式化才能清除的软件基本绝迹。Windows本身也提供了直接恢复系统，以及重装系统保留旧数据的办法。也就是说重装系统再也不需要格式化硬盘。
• SSD的流行意味着单位存储的价格大幅度提升。数据盘存放在独立的物理硬盘成为更常见的方式。所以对于系统盘已经不再需要分区，毕竟玩家们大多需要一块独立的物理硬盘。

实际上，内存体系也是类似的，早年间去搞那些不支持MMU的CPU，一个模块要用内存，先对内存进行分区也是常识，并且还要给内存划分不同的块，4字节大小的块，8字节大小的块，16字节大小的块等等等等。那时候搞嵌入式，自定义内存管理器是基本操作。

可是现在，对现代操作系统来说，还有谁听说过内存要分区的？

分区是一种落后的管理方式，只在技术限制，硬件限制，设计理念落后的体系下才会存在。现代操作系统根本不应该有传统意义上的分区行为。

最后换个角度吧：实际上对于SSD来说，传统HDD分区的绝大部分好处都享受不到。你必须物理上拥有两块不同的SSD硬盘才能享受到原来分区能够获得的好处。

所以，如果你确实是分区强迫症，那么对单一SSD分区是没有什么意义的，买两个SSD盘分别当作C盘D盘才能达到你想要的目的。

说SSD不分区的，大概是因为SSD不够大吧。1T-2T的SSD，不分区才影响性能。

过去机械硬盘分区是为了保证安全性吗？我觉得不是吧，过去是因为GHOST系统喜欢分区，能快速重装，把跟系统无关的东西（比如我的文档）都放在D盘。

性能提升？机械硬盘分区也提升不了多少性能，磁头总是要移动的。 安全性提升？机械硬盘要是有一个分区有坏道了，这盘谁还敢接着用？我是不敢。

分区的好处有：

1. Windows对系统盘根目录操作是要管理员权限的，对非系统盘没有。每次在C盘根目录创建一个新的文件夹分类，还要用管理员，谁受得了？

2. 分区避免路径名长度限制。Windows上MAX_PATH是260，不分区，路径名会变得很长，有些软件可能就没办法正常工作了。分区就没有这个问题，我一个盘放系统，另一个盘放自己的东西，不用担心。

有人说放到用户目录里，用户目录至少是十几个字符，放点长路径的东西超过260字符限制太容易了，比如微信收到的文件。你可以甩锅给软件，但你就算甩了锅又怎样，你还是突破不了这种限制。不方便使用的问题是事实。

3. 一个分区包含太多文件以后，速度会很慢。Windows的缓存有很多是针对分区设计的，两个分区，在软件缓存比一个分区要多。

4. 磁盘检查会很快。C盘，放上5份不同版本的Linux代码，然后非法关机做一次磁盘检查，你就等吧。

5. 分区还可以避免NTFS逻辑错误。我就遇到过，放了很多Linux代码的分区，莫名其妙丢数据了，大概是Windows的NTFS的bug，唯一的办法就是把还没错的东西复制出去。然后把这个分区格式化，如果这个盘是C盘的话……

6. 分区有利于数据分组，比如评论区里 @罗长礼 提到的，可以针对某个分区数据做加密。

不明白为什么那么多人揪着物理错误，机械盘也很少有物理损坏，机械盘分区也不是因为什么物理损坏，谁没事把自己笔记本往地上扔吗？SSD正常使用就会有坏块，分多个分区，至少在概率上减少出错波及到所有数据的可能。

软件逻辑错误，比硬件物理错误危害性更大，尤其是文件系统的bug。不明白为什么这么多人对NTFS都这么有信心。

贴一些实际的代码：

       if (FlagOn( NtfsAsyncPassCount, 3 ) &&     (Vcb->CleanupCount * 4 < Vcb->CloseCount) &&     (Vcb->CloseCount - Vcb->CleanupCount > NtfsAsyncPostThreshold + NtfsMaxDelayedCloseCount)) {      Status = STATUS_PENDING;     break; }     

上面这一段代码来自于WINXP NTFS泄漏的源码，其中Vcb就是Volume control Block，这段代码来自于NtfsFsdClose，大概意思是要做一个延迟关闭，防止文件反复打开关闭，造成文件系统反复读写一个文件的元数据。

NtfsAsyncPostThreshold和NtfsMaxDelayedCloseCount都是全局变量，Vcb针对单个分区，也就是说这个配置是针对某个分区设置的，那么对于只分一个区的盘来说，它支持的延迟关闭的文件上限要小于多分区，性能上也会差一些。

类似的还有MCB结构，但解释起来比较麻烦，MCB类似于一个稀疏数组，用于记录磁盘上的块的分配情况，同样的，MCB是针对分区的，那么多分区理论上的MCB的缓存是要大于单分区的，检索速度也会快一些（缓存命中的话，就跟硬件没什么关系了）。

还有，为啥Windows上不能格式化超过32G的FAT32的盘，本质上是软件限制，超过32G以后FASTFAT.SYS的性能很差的。

很多回答抓着硬件特性不放，但别忘了，你的硬件需要软件支撑的。

另外，Linux也有类似的特性，因为代码比较复杂，不贴了。MacOS不了解，没读过源码。