如果您只运行一个操作系统，那么分区值得吗？

Question

传统上，我总是设置一个系统分区和一个数据分区。我正要设置一个新服务器（Windows Server 2012 R2），在想知道我应该把系统分区做多大的时候，我开始问自己，“我真的需要分区吗？”

如果您将分区设置得太大，那么您将永远不会使用该空间。如果你让它太小，那将是一个巨大的痛苦。

一个简单的 Data 文件夹提供您需要的分离。备份实用程序足够聪明，可以处理这种结构。

那么对我的硬盘进行分区有什么好处呢？

Answer 1

优点是能够重新安装操作系统，而无需将您的个人文件复制到另一个地方，然后在全新的操作系统安装上重新分配，因为它将在另一个分区中。

此外，如果您正在运行服务器，那么在单独的分区上制作某些与服务相关的卷通常是一种很好的做法。这样，如果该服务受到威胁并且攻击者能够填满该分区，您的操作系统应该仍然可以运行。考虑一个 FTP 或数据库服务 - 如果正在访问的目录能够填满磁盘的容量，那么您将遇到一些严重的操作问题，但有人只是将成堆的数据倾倒在其上，从而导致该系统的 DOS。如果攻击者想要破坏其他有价值的服务（例如 Web 服务器或域控制器），则这种方法对攻击者会更具吸引力。可以说，这一切都可以通过适当配置这些服务来缓解，但新的漏洞每天都会出现，因此在可能的情况下添加更多安全层永远不会有什么坏处。（由布拉德利福尼）

但是，从最终用户（Windows 7、Windows 8 等用户）的角度来看（我知道问题出在服务器上，但对于那些通过 Google 看到这一点的人来说），如果您不要频繁地重新安装您的操作系统。

Answer 2

首先，维基百科的条目在这方面相当完整。

除了其他答案中已经提供的备份/组织参数之外，我将尝试解释分区背后的合理性，以论证从性能的角度来看，分区的唯一优点是最大限度地减少碎片。

操作系统必须对用户如何使用和存储数据做出假设。问题可以归结为以下几点：

假设您有一块内存，例如 256B，您可以将其想象为一个序列中的 256 个盒子。

|_|_|_|_|...|_|

现在，您想存储 3 个文件，一个有 64 个文件，另一个有 64 个文件，另一个有 128 个文件盒：您应该分配它们吗？

1: | 64 | 64 | 128 | or
2: | 64 | 128 | 64 | ?

这取决于……哪些块将被长期存储，以及其中一个块被删除后最有可能被保存的块是什么。

想象一下，在下一个操作中，从磁盘中删除了 2 个 64 的块，并保存了一个新的 128 的块。在示例1中，您可以立即存储128，但在第二个示例中，您必须首先将存储的128块移动到边界，然后才能添加新块。

现在，想象一下，但具有各种不同的大小，以一种不平凡的方式保存在一个巨大的磁盘（GB 大小）上（即不是先全部 4B，然后全部 8B 等）。已知这是一个非常困难的问题。

操作系统通过使用启发式方法解决了这个问题。它不会制定最佳策略，而是使用一些启发式方法将块放在正确的位置。一个重要的信息是用户/操作系统保存的块有多大，因为它提供了一些有关操作系统可以尝试猜测的下一个块的先验信息。

对磁盘进行分区可以有效地告诉操作系统磁盘的特定区域属于该分区。这意味着将不再有一个 256 个盒子的序列，而是两个 128 个盒子的序列（分区 A 和 B）。操作系统将不再假设将其放置在何处：您是决定您选择目录中哪个根目录的人（挥手发言）。

为什么它可以提高性能？

一个典型的例子是您在使用操作系统时有两种不同的行为。例如，以下之间的区别：

1. 每天使用操作系统，内存中有大量写入和擦除操作，以及
2. 当您存储大量文件（例如视频或专辑）并且不会进行太多更改时。

当您每天以一种方式使用操作系统，并且使用其他分区来存储在操作系统生命周期内很少更改的大量文件时，分区可以提高性能。

由于您的行为在每个分区内都是一致的，因此操作系统可能会改进其分配，从而最大限度地减少碎片。

现在，无论这是否与正常用户案例相关，我都会说不，因为开发分配策略的人很聪明，并且针对这些情况考虑了启发式。

对于服务器和其他系统，这可能会产生影响，但请在分析后进行。

编辑包括 SSD

我的理解是这个问题与我们谈论SSD还是硬盘无关。这个问题非常基本，因为它只需要您用不断添加和删除的非常量大小的项目来填充有限的空间。