是否有必要将Windows的主分区/驱动器C：保持较小？

在我将近二十年前的工作中，IT专家将使Windows主分区（C驱动器）的大小与其他分区相比非常小。他们认为这可以使PC以最佳速度运行而不降低速度。

但是缺点是，如果C：驱动器很小，就很容易装满，并且由于空间不足，您很快就无法安装新软件。即使我将软件安装在D：驱动器中，它的一部分也会始终复制到C：中，从而将其填满。

我的问题是这种做法还好吗？为什么要做。它的主要优势是什么？一个明显的例子是，如果主分区崩溃，则辅助数据是安全的。

我问这个问题的原因是因为我正在尝试更新Visual Studio，而不能，因为主分区中只剩下24MB。

在我将近二十年前的工作中，IT专家将使Windows主分区（C驱动器）的大小与其他分区相比非常小。他们认为这可以使PC以最佳速度运行而不降低速度。[...]我的问题是这种做法仍然有效吗？

一般而言：否。

在较旧的Windows版本中，大型驱动器（更准确地说：大型文件系统）存在性能问题，主要是因为Windows使用的FAT文件系统不能很好地支持大型文件系统。但是，所有现代Windows安装都改用NTFS，从而解决了这些问题。例如，例如，在大于5或6 TB的卷中，NTFS性能是否会显着降低？，这说明即使是TB级的分区也通常不是问题。

如今，通常没有理由不使用单个大型C：分区。Microsoft自己的安装程序默认创建一个大的C：驱动器。如果有充分的理由创建一个单独的数据分区，则安装程序会提供它-为什么Microsoft应该让您以产生问题的方式安装Windows？

主要针对多个驱动器的理由是，它增加了复杂性-这始终是坏它。它带来了新的问题，例如：

• 您需要确定要放在哪个驱动器上的文件（并适当更改设置，单击安装程序中的内容等）。
• 一些（写得不好）软件可能不喜欢不放在不同于C的驱动器上：
• 您可能最终在一个分区上拥有的可用空间太少，而另一个分区仍然具有可用空间，这可能很难修复

在某些特殊情况下，多个分区仍然有意义：

• 如果要进行双重引导，则（通常）每次操作系统安装都需要单独的分区（但每次安装仍只需要一个分区）。
• 如果您有多个驱动器（尤其是具有不同特性的驱动器，例如SSD和HD），则可能需要选择要去的地方-在这种情况下，将驱动器C：放在SSD和D上可能是有意义的：高清。

为了解决一些经常主张使用小/单独分区的争论：

• 小分区更易于备份

无论如何，您实际上应该备份所有数据，将其拆分到各个分区实际上并没有帮助。另外，如果您确实需要这样做，我知道的所有备份软件都可以让您有选择地备份分区的一部分。

• 如果一个分区已损坏，另一分区可能仍然可以

尽管从理论上讲这是正确的，但不能保证损坏会很好地将自己限制在一个分区上（在出现问题的情况下甚至很难进行检查以确保做到这一点），因此只能提供有限的保证。另外，如果您有良好的冗余备份，那么增加的安全性通常很小，值得您打扰。如果你没有备份，你有很多更大的问题...

• 如果将所有用户数据放在数据分区上，则可以擦除并重新安装/不备份操作系统分区，因为那里没有用户数据

尽管从理论上讲这可能是正确的，但实际上许多程序都会编写设置和其他重要数据来驱动C ：（因为不幸的是，它们被硬编码了，否则，或者因为您不小心忘记了更改其设置）。因此，恕我直言，依靠此风险很大。另外，无论如何，您都需要良好的备份（请参阅上文），因此在重新安装后，您可以还原备份，这将为您提供相同的结果（只是更安全）。现代Windows版本已经将用户数据保存在单独的目录（用户配置文件目录）中，因此可以有选择地还原。

另请参见您是否将软件安装在与Windows系统相同的分区上？欲获得更多信息。

这种做法的历史原因很可能源于旋转磁性HDD的性能。旋转磁盘上顺序访问速度最高的区域是最外面的扇区（驱动器附近）。

如果您将整个驱动器用于您的操作系统，则迟早（通过更新等）您的OS文件将散布在整个磁盘表面上。因此，为确保OS文件实际位于最快的磁盘区域中，您将在驱动器的开头创建一个小的系统分区，然后将驱动器的其余部分分布在任意多个数据分区中。

搜索延迟还部分取决于磁头必须移动多远，因此使所有小文件彼此保持一定距离也对旋转驱动器具有优势。

随着SSD存储的出现，这种做法已经失去了所有理由。

是否有必要将Windows的主分区/驱动器C：保持较小？

这样做的原因如下：

1. 所有系统文件和OS本身都位于主分区上。最好将这些文件与其他软件，个人数据和文件分开，这是因为不断地干预可启动分区并在其中混合文件可能偶尔会导致错误，例如意外删除系统文件或文件夹。组织很重要。这就是主分区的大小较小的原因-阻止用户将所有数据转储到该分区中。
2. 备份 -根据系统的用途，备份和恢复较小的分区要比较大的分区容易得多，更快并且有效。正如@computercarguy在评论中指出的那样，除非需要，备份特定的文件夹和文件要比备份整个分区更好。
3. 但是，它可以以几乎不明显的方式提高性能。在NTFS文件系统上，每个分区上都有所谓的“ 主文件表 ”，它包含有关该分区上所有文件的元数据：

   描述卷上的所有文件，包括文件名，时间戳，流名称以及数据流所驻留的群集编号列表，索引，安全标识符以及文件属性，例如“只读”，“压缩”，“加密”等。

这可能会带来一个优势，尽管并不引人注目，但实际上并没有什么用，因此可以忽略不计。@WooShell的答案与性能问题更相关，即使它仍然可以忽略不计。

要注意的另一件事是，如果具有SSD + HDD，最好将操作系统存储在SSD上，并将所有个人文件/数据存储在HDD上。对于大多数个人文件，拥有SSD很有可能不需要性能提升，而消费级固态驱动器通常没有太多空间，因此您不希望将其填充到个人文件中。 。

有人可以解释为什么这样做仍然有效吗？

描述了这样做的一些原因。是的，它仍然有效，尽管看起来似乎不再是一种好的做法。最明显的缺点是，最终用户将必须跟踪应用程序建议在何处安装文件并更改该位置（几乎在任何软件安装过程中都可能发生，尤其是在选择专家/高级安装的情况下），因此可引导分区不会由于操作系统确实需要不时更新，因此另一个缺点是，将文件从一个分区复制到另一个分区时，实际上需要复制它们，而如果它们在同一分区中，则只需更新MFT和元数据，不需要再次写入整个文件。

不幸的是，其中一些会带来更多的问题：

1. 它的确增加了结构的复杂性，使其管理起来更加困难且耗时。
2. 即使安装在另一个分区中，某些应用程序仍会将文件/元数据写入系统分区（文件关联，上下文菜单等），因此这使备份变得更加困难，并且可能会导致分区之间的同步失败。（感谢@Bob的评论）

为了避免遇到问题，您需要：

1. 始终尝试在其他分区上安装应用程序（更改默认安装位置）。
2. 确保在可引导分区中仅安装重要的软件。其他不需要和不重要的软​​件应保留在其外部。

我也不是说拥有多个分区和一个小的主分区是最好的主意。这一切都取决于系统的目的，尽管它引入了一种更好的组织文件的方法，但是它也具有缺点，在当前的Windows系统上，它的缺点要大于优点。

注意：正如您自己提到的那样，如果可引导分区发生故障，它确实可以确保单独分区中的数据安全。

我是软件开发人员，但也花时间进行“常规” /后台IT工作。我通常将操作系统和应用程序保留在驱动器C：上，并将我的个人文件保留在驱动器D：上。这些不一定需要是单独的物理驱动器，但是目前我使用的是相对较小的SSD作为“系统”驱动器（C :)，而使用“传统”磁盘驱动器（即带有旋转磁碟）作为“家庭”驱动器（D :)。

所有文件系统都可能碎片化。对于SSD，这基本上不是问题，但对于传统磁盘驱动器仍然是一个问题。

我发现碎片会大大降低系统性能。例如，我发现在对驱动器进行碎片整理后，大型软件项目的完整版本改进了50％以上-所讨论的版本花费了一个小时的大部分时间，因此这并不是微不足道的差异。

将我的个人文件保存在单独的卷上，可以发现：

• 系统卷的分裂速度不那么快（或严重）；
• 与对单个卷进行所有内容的碎片整理相比，对两个单独的卷进行碎片整理要快得多-每个卷需要的时间为合并卷的20％-25％。

我已经在几代PC和几种Windows版本中观察到了这一点。

（如评论员所指出的那样，这也易于进行备份。）

我应该注意，我使用的开发工具往往会生成大量的临时文件，这似乎是造成碎片问题的重要原因。因此，此问题的严重性将根据您使用的软件而有所不同；您可能没有注意到差异，也可能没有差异。（但是还有其他活动，例如视频/音频合成和编辑），这些活动都是I / O密集型的，并且取决于所使用的软件，可能会生成大量的临时/中间文件。我的意思是，不要编写只会影响一类用户。）

注意：使用Windows的较新版本（从8开始），变得更加困难，因为不再正式支持C：以外的卷上的用户文件夹。我可以告诉你，我无法执行从Windows 7到Windows 10的就地升级，但是使用YMMV（有很多不同的方法可以[重新]定位用户文件夹，我不知道哪些受影响） 。

还有一点要注意：如果在传统驱动器上维护两个单独的卷，则可能要在D：卷上设置页面文件。出于WooShell答案中所述的原因，这将减少写入页面文件时的查找时间。

简短的回答：不再。

根据我的经验（从事IT管理已有20多年的经验），这种做法的主要原因（下面列出了其他做法）是用户基本上不信任Windows的数据和硬盘空间。

众所周知，Windows长期以来一直无法保持稳定，自行清理，保持系统分区正常运行并提供对用户数据的便捷访问。因此，用户更愿意拒绝Windows提供的文件系统层次结构，并将自己的体系结构移出它。系统分区还充当贫民区，以拒绝Windows在其范围之外造成破坏的手段。

• 有很多产品（包括Microsoft的产品）不会干净地卸载和/或引起兼容性和稳定性问题（最突出的表现是到处都有剩余的文件和注册表项以及DLL Hell在所有的化身中）。操作系统创建的许多文件此后未清除（日志，Windows更新等），导致操作系统随着时间的流逝占用越来越多的空间。在Windows 95甚至XP时代，建议甚至建议不定期重新安装操作系统。重新安装操作系统需要保证擦除操作系统及其分区的能力（以清除文件系统中的任何虚假数据）-没有多个分区是不可能的。而且，只有使用专门的程序，才能在不丢失数据的情况下拆分驱动器（这些程序可能会遇到一些令人讨厌的意外情况，例如在遇到坏扇区时将数据保存并保持在不可用状态）。各种“清理”程序可以缓解该问题，但是它们的逻辑基于逆向工程和观察到的行为，RegClean在Office 2007发行之后，MS本身的实用程序被取消，它打破了有关它所基于的注册表的假设。许多程序将其数据保存到任意位置的事实使得将用户数据和OS数据分开变得更加困难，从而使用户也可以在OS层次结构之外安装程序。
  • Microsoft尝试了多种方法来提高稳定性，并获得不同程度的成功（共享DLL，Windows File Protection及其后续产品TrustedInstaller，Side-by-side子系统，具有存储结构以防止版本和供应商冲突的.NET模块的单独存储库）。）。最新版本的Windows Installer甚至具有基本的依赖性检查（可能是最后一个主要的软件包管理器，通常都包括该功能）。
  • 关于第三方软件对最佳做法的遵从性，他们在保持与草率编写但使用得当的软件的兼容性之间进行了调整（否则，其用户将不会升级到新的Windows版本），这导致了令人难以置信的操作系统中存在的问题和解决方法，包括未记录的API行为，实时修补第三方程序以修复其中的错误以及一些级别的注册表和文件系统虚拟化-以及迫使第三方厂商遵守诸如认证徽标之类的措施程序和驱动程序签名程序（从Vista开始必须具有）。
• 用户数据被埋在用户资料下的很长路径下，这使得浏览和指定路径变得不便。路径还使用长名称，空格（到处都是命令外壳的祸根）和国家字符（编程语言的主要问题，除了最近的语言已全面支持Unicode），而且是特定于语言环境的（！），并且在没有winapi访问的情况下无法获得（!!）（杀死脚本中的任何国际化工作），所有这些都无济于事。
  因此，将数据存储在单独驱动器的根目录中被认为比Windows提供的数据结构更方便。
  • 仅在最近的Windows版本中修复了该问题。路径本身在Vista中是固定的，压缩长名称，消除空格和本地化名称。浏览问题已在Win7中得到修复，该问题为用户配置文件的根目录及其下的大多数其他目录以及文件选择对话框中的持久性“收藏夹”文件夹等提供了“开始菜单”条目，并具有合理的默认设置，例如Downloads，以节省浏览需求每次给他们。
• 总而言之，MS的努力最终取得了成果。自Win7起，该操作系统，常规软件和第三方软件（包括清理实用程序）就稳定且行为良好，并且HDD足够大，操作系统无需在整个典型工作站的整个生命周期内都进行重新安装。而且，库存层次结构是可用和可访问的，足以在日常实践中实际接受和使用它。

次要原因是：

• 早期的软件（BIOS和OS中的文件系统和分区支持）在支持大量数据方面落后于硬盘驱动器，因此必须将硬盘驱动器拆分为多个部分才能使用其全部容量。
  • 这主要是DOS和Windows 95时代的问题。随着FAT32（Windows 98）和NTFS（Windows NT 3.1）的出现，该问题暂时得到了解决。
  • 最近出现的2TB障碍已由新一代文件系统（ext4和NTFS的最新版本），GPT和4k磁盘修复。
• 各种尝试来优化性能。旋转硬盘从外部磁道（映射到起始扇区）读取数据的速度比内部磁道略快（大约1.5倍），这建议在磁盘开始位置附近定位OS库和pagefile等经常访问的文件。
  • 由于用户数据也经常被访问，并且头部重新定位对性能的影响更大，因此，在非常具体的工作负载之外，实际使用中的改进充其量是微不足道的。
• 多个物理磁盘。对于工作站而言，这是非典型设置，因为现代硬盘驱动器本身通常足够大，而笔记本电脑甚至没有足够的空间容纳第二个硬盘驱动器。我在此设置中看到的大多数（如果不是全部）工作站都是台式机，这些台式机会（重新）使用仍在运行的旧H​​DD，并且总和达到所需的大小，否则，应该使用RAID，或者其中一个驱动器应装有备份，不能经常使用。
  • 这可能是将系统和数据拆分为单独的卷而获得真正收益的​​唯一情况：由于它们物理上位于不同的硬件上，因此可以并行访问它们（除非同一条电缆上有两个PATA驱动器），并且没有性能。在它们之间切换时撞到头部重新定位。
    • 为了重用Windows目录结构，我通常移至C:\Users数据驱动器。移动只是一个单一的轮廓或者甚至只是Documents，Downloads并且Desktop被证明是低劣“因为轮廓的其它部分和Public也可以不受控制地生长（请参阅‘单独的配置和数据’下方设置）。
  • 尽管可以将磁盘整合为一个跨区卷，但我不使用或不建议这样做，因为动态卷是第三方工具无法使用的专有技术，并且如果任何驱动器出现故障，整个卷都将丢失。
• 一个M.2 SSD + HDD。
  • 在这种情况下，我宁愿建议仅将SSD用作高速缓存：这样，您可以从整个数据阵列中获得SSD的好处，而不仅仅是其中的任意部分，并且可以根据实际情况自动确定要加速的内容在实践中访问。
  • 无论如何，笔记本电脑中的这种设置都不如单个SSD'cuz HDD容忍外部冲击和振动，这对于笔记本电脑来说是非常实际的情况。
• 双启动方案。通常，两个操作系统不能在一个分区上共存。据我所知，这是唯一可以保证工作站上具有多个分区的方案。无论如何，如今用例几乎消失了，因为每个工作站现在都具有足以运行VM的强大功能。
• 在服务器上，还有许多其他有效方案-但它们都不适用于超级用户的域。
  • 例如，可以将持久性数据（程序和配置）与更改数据（应用程序数据和日志）分开，以防止失控的应用程序破坏整个系统。还有各种特殊需求（例如，在嵌入式系统中，持久数据通常驻留在EEPROM中，而工作数据通常驻留在RAM驱动器中）。Linux的文件系统层次结构标准非常适合这种调整。

在将近20年以前，Windows 98到XP的范围将占据主导地位，包括工作站/服务器端的NT4和2000。

所有的硬盘驱动器也将是PATA或SCSI有线磁存储，因为SSD的价格高于计算机，并且不存在SATA。

正如WooShell的回答所说，驱动器上较低的逻辑扇区（盘片之外）往往是最快的。我的1TB WDC Velociraptor驱动器开始时的速度为215MB / s，但在外部扇区下降到125MB / s，下降了40％。这是一个2.5英寸驱动器盘片驱动器，因此大多数3.5英寸驱动器的性能下降幅度通常都更大，超过50％。这是使主分区保持较小的主要原因，但仅适用于相对于驱动器大小较小的分区。

保持分区较小的另一个主要原因是，如果您使用FAT32作为文件系统，则不支持大于32GB的分区。如果使用的是NTFS，则Windows 2000之前的分区最多支持2TB，然后最多256TB。

如果您的分区相对于要写入的数据量而言太小，则更容易产生碎片，并且更难以进行碎片整理。您之中的人可能会像您所经历的那样直接耗尽空间。如果与分区和群集大小有关的文件太多，则管理文件表可能会出现问题，并且可能会影响性能。如果将动态卷用于冗余，则将冗余卷保持为必要的小尺寸将节省其他磁盘上的空间。

如今情况有所不同，客户端存储由闪存SSD或闪存加速磁驱动器主导。通常，存储空间充裕，并且很容易在工作站上添加更多内容，而在PATA时代，您可能只有一个未使用的驱动器连接来连接其他存储设备。

那么，这仍然是一个好主意，还是有什么好处呢？这取决于您保留的数据以及如何管理它们。我的工作站C：只有80GB，但是计算机本身拥有超过12TB的存储，分布在多个驱动器上。每个分区仅包含某种类型的数据，并且群集大小与数据类型和分区大小都匹配，从而使碎片保持接近0，并防止MFT变得过大。

缩小的尺寸是有未使用的空间，但是性能的提高远远超过了补偿，如果我想要更多的存储，则可以添加更多的驱动器。C：包含操作系统和常用应用程序。P：包含较少使用的应用程序，并且是128GB SSD，其写入耐久性等级低于C ：。T：位于较小的SLC SSD上，并且包含用户和操作系统临时文件，包括浏览器缓存。视频和音频文件以及虚拟机映像，备份和存档数据都存储在磁性存储中，它们通常具有16KB或更大的群集大小，并且读/写操作主要由顺序访问组成。我每年只在写入量很大的分区上运行一次碎片整理，而整个系统大约需要10分钟。

我的笔记本电脑只有一个128GB SSD和一个不同的用例，因此我无法做相同的事情，但是我仍然分为3个分区，C：（80GB操作系统和程序），T：（8GB临时），F ：（ 24 GB的用户文件），这在不浪费空间的情况下很好地控制了碎片，并且在我用完空间很长时间之前，将更换笔记本电脑。由于F：包含仅定期更改的重要数据，因此它也使备份变得更加容易。

我曾经做过一些IT工作，这就是我所知道和记住的。

过去，就像其他人所说的那样，在磁盘的开始位置使用一个小的C分区确实有好处。即使在今天，在某些低端笔记本电脑中，这仍然是正确的。本质上讲，通过使用较小的分区，您可以减少碎片，并通过将其保留在磁盘的开头来更好地查找和读取时间。对于笔记本电脑（通常）和速度较慢的“绿色”硬盘，今天仍然有效。

我今天仍然使用的另一个很大的好处是在单独的驱动器上具有“数据”和“ os”，或者如果我无法管理该单独的分区。如果使用SSD或什至更快的磁驱动器，则不会真正提高速度，但是当OS最终崩溃时，存在巨大的“简易修复”选项。只需交换驱动器或重新克隆该分区即可。用户的数据是完整的。正确设置后，在D：驱动器和“漫游配置文件”之间重新安装Windows不会出现5分钟的问题。对于一级技术来说，这是一个很好的第一步。

这是一个原因，但我不认为这是当今（现代）计算机的正当理由。

这可以追溯到Windows 95/98和XT。它可能不适用于Vista及更高版本，但它是硬件的限制，因此在旧硬件上运行新的OS仍必须解决该限制。

我相信限制为2gb，但在较早的时间可能会有1gb的限制（或其他限制）。

问题是这样的：BOOT分区必须位于驱动器上物理空间的前2gb（可能早于1gb）之内。可能是：1）BOOT分区的START必须在限制的范围内，或者2）ENTIRE引导分区必须在限制的范围内。在各种情况下，每种情况都有可能适用，但如果应用＃2，则寿命可能很短，所以我假设它是＃1。

因此，对于＃1，BOOT分区的START必须在物理空间的前2gb之内。这并不排除为Boot / OS创建1个大分区。但是，问题是双/多引导。如果似乎有可能要双重/多重引导驱动器，则必须在2gb标记下方有可用空间才能在驱动器上创建其他可引导分区。由于在安装时可能不知道驱动器是否需要另一个引导分区（例如Linix）或某些可引导的调试/故障排除/恢复分区，因此通常建议（并且经常不知道为什么）将驱动器安装在“小型”磁盘上。操作系统启动分区。

我想知道您数十岁的IT部门是否担心备份。由于C：是引导/操作系统分区，因此通常使用某种类型的映像备份，但是对于数据/程序分区，可以使用增量文件+文件夹备份。减少C：分区中使用的空间将减少备份系统所需的时间和空间。

关于我个人对C：分区的使用的评论。我有一个包含Win 7和Win 10的多重启动系统，并且在C：分区上没有任何操作系统，只有启动文件。我对Win 7和Win 10都使用Windows系统映像备份，并且Windows系统映像备份除了Win 7或Win 10分区之外，还始终包括C :（引导）分区，因此这是另一种方案，其中减少了C：分区上的数据和程序减少了系统映像备份（或在需要时还原）所需的时间和空间。

由于以下评论，我将本节留在答案中。

由于我的系统是多引导的，因此重新引导到其他操作系统会使数据/程序分区的备份变得更加简单，因为在备份分区时没有任何活动。我编写了一个简单的备份程序，该程序可以进行文件夹和文件的复制以及安全性和重新解析信息，但是它不适用于Win 7或Win 10 OS分区，因此我将系统映像备份用于C; Win 7和Win 10 OS分区。

不，不是Windows及其主要软件套件都坚持与System：的联系，尽管将它们安装到Programs:。（这是构建大多数操作系统的一种制度化的必要性。）数据：卷是有意义的，但为数据提供单独的可移动驱动器（或NAS，或对该可移动驱动器进行选择性或增量备份）就更有意义了。

对多操作系统系统进行分区也很有意义，但是每个分区都会迫使您选择严格的存储上限。通常，即使在这种情况下，最好使用单独的驱动器。

如今，虚拟机和云驱动器补充了许多这些选择。

有一个特殊的原因-使用卷快照。

卷快照是整个分区的备份。从此类备份还原时，您将重写整个分区，从而有效地将系统回滚到先前的状态。

系统管理员可能会定期创建此类快照，以准备进行任何类型的软件故障。他们甚至可以将它们存储在同一驱动器的另一个分区上。这就是为什么您希望系统分区相对较小。

使用此方案时，建议用户将其数据存储在网络驱动器上。如果出现任何软件问题，系统管理员只需将系统还原到工作状态即可。与手动调查问题原因并加以解决相比，这将非常节省时间。

我从事编程已有近半个世纪。另一个答复说历史，另一个答复说多物理磁盘。

我想强调一下，最有可能是从多个物理磁盘开始的。半个多世纪以前，当没有分区之类的东西时，为系统使用单独的物理驱动器极为普遍。主要原因是磁头的物理运动和驱动器的旋转。当物理驱动器经常用于其他用途时，这些优点对于分区不存在。

还要注意，Unix将系统和数据分成单独的分区。如许多其他答案所述，有许多充分的理由执行此操作，但是出于性能考虑，单独的物理驱动器是主要理由。

我们以前制作2个分区的原因是由于病毒。有些病毒过去会覆盖启动扇区和磁盘的开头。

用户计算机上的备份通常用于将整个程序的副本简化为软盘。（实际上是非备份）

因此，当病毒“吞噬”磁盘的开头时，通常仅需要重新安装系统。

而且，如果没有备份，那么如果第二个分区完好无损，则数据恢复将更加容易。

因此，如果您有备份，则此原因无效。