在 SSD 上“压缩操作系统驱动器”值得吗？

Question

我的 SSD 磁盘空间不足，我看到建议使用“压缩您的操作系统驱动器”来节省一些磁盘空间。

我的问题：

1. 我不确定压缩操作系统驱动器是否有任何性能损失。
2. 而且我什至不确定此选项是否与 C 驱动器属性中的“压缩此驱动器以节省磁盘空间”相同，如下所示。此选项似乎会带来性能损失。

编辑：

我的电脑信息：

1. 视窗 10
2. 12GB 内存
3. 4 核 Intel i7

Answer 1

这两个压缩选项不一样，但稍后会详细介绍。首先要注意的是，当驱动器已满时，压缩数据并不是最佳解决方案。NTFS 将因空间不足而受到严重影响，因为没有更多的好地方来分配新文件或移动旧文件，并且碎片会增加。特别是当它开始使用MFT的保留空间时，MFT 可能会变得支离破碎，更糟糕的事情可能会发生

所以首先需要做一些其他的事情：

• 减少页面文件大小。如果只使用 1-3GB 的页面文件，您的系统就会爬到死。但是您不能完全禁用它（至少不是一个好主意），因此 1GB 的下限和 4GB 的上限可能是一个不错的选择。与默认设置相比，这将为您节省几 GB。如果可用，您可以在其他驱动器上添加更多页面文件

• 减少 hiberfil.sys 大小。以管理员身份打开 cmd 并运行powercfg /h /size 40以将大小设置为 RAM 的 40%。从 Windows 7 开始，它默认为RAM 量的 75%，因此将其设置为 50% 将为您节省 3GB 的磁盘空间。您也可以完全关闭它与powercfg /h off如果你不需要冬眠，或者，如果你想关闭休眠，同时仍然能够实现快速开机，然后使用powercfg /h /type reduced该文件缩小到只有20％

• 使用DISM命令清理 WinSxS 文件夹。有关更多信息，请阅读如何减小 WinSXS 文件夹的大小

• 检查您的数据使用情况并移动/删除一些不必要的文件

  您可以使用一些工具，如WizTree、TreeSize或WinDirStat。您会惊讶地发现某些文件/文件夹有多大，尤其是。一些临时和缓存文件夹。WizTree 可能是最快、更正确的一种，因为它直接从 MFT 读取信息。记住以管理员身份运行它们

  有关更多建议，请参阅如何在 Windows 上可视化文件系统使用情况？或分析 Windows PC 上硬盘空间的四个最佳免费工具

• 如果您有另一个 HDD，则不要在系统驱动器上存储太多不必要的东西。留给需要快速访问的应用程序和文件

  • 将文档文件夹移动到另一个驱动器
  • 移动商店应用安装文件夹和保存文件夹
  • 也可以通过更改某些配置或创建symlink来移动其他一些文件夹。例如，Windows\System32 或 Program Files 中的许多文件夹都可以移动到 HDD。一些教程
    • 使用 Junction 链接 (mklink) 移动 Windows 文件夹
    • 在 Windows 上使用 mklink 将数据移出 SSD
    • 如何使用符号链接回收游戏使用的空间
    • 如何使用符号链接最大化 SSD 上的空间

• 如果不需要回滚到以前的版本，删除Windows.old，或者备份并删除

  • 如何将 windows.old 文件夹复制到另一个驱动器？
  • 将 Windows.old 文件夹复制/移动到外部硬盘驱动器

只需执行上面的前 2 个步骤，即可立即为您节省大量空间。然后在完成所有操作后，如果仍然需要更多空间，则只需压缩操作系统即可。通过首先删除文件，您还可以更快地压缩操作系统。性能差异通常可以忽略不计

该CompactOS功能确实值得在比较小的HDD固态硬盘。我的旧笔记本电脑有一个 1TB 硬盘和 32GB SSD 缓存。我尝试将 Windows 安装到 32GB SSD 上，它的运行明显比在 HDD+缓存上流畅

关于您的问题：

我不确定压缩操作系统驱动器是否有任何性能损失。

压缩文件总是会有 CPU 时间损失。但这并不意味着它会很慢，因为在像 HDD 这样的慢速存储设备上，这种惩罚可能远远少于从 HDD 访问/读取数据所浪费的时间。这就是为什么有时压缩易于压缩的数据会使其访问速度更快的原因。一个例子是较新的 Windows 中的休眠在写入磁盘之前压缩数据，这使得关机速度更快，因为 CPU 的压缩速度比驱动器写入的速度快

这种差异在 SSD 上可能不太明显，但除了针对您的特定情况进行基准测试之外，无法确定这一点。每个用例都不同，并非所有磁盘都是一样的。例如，旧 SSD 的运行速度可能仅为 ~200MB/s，这与现在的 HDD 几乎一样快（但它们的明显优势是非常快的访问时间和高IOP），而较新的算法如LZ4（在 Linux 的zram 中使用） ) 或Zstd可以维持 ~2-5GB/s，这比现代 SSD 还要快。看

• 借助 SSD 和 Compact，Windows 可以加快速度，例如 CompactOS 提高系统性能
• 我针对 Windows Compact 功能测试了 25 款游戏：多出 51GB 的可用空间，并且所有游戏都没有出现性能问题
• 游戏和 NTFS 压缩？

通常无需担心，因为 Windows 会在安装时进行基准测试，以评估是否应启用 CompactOS。尽管在安装应用程序和基准测试结果后可能不再正确，您可能需要自己重新评估

而且我什至不确定此选项是否与 C 驱动器属性中的“压缩此驱动器以节省磁盘空间”相同，如下所示

基本上都使用NTFS的压缩功能，可以通过配置compact.exe，但是有很多主要的区别

• 在“压缩你的操作系统驱动器”（即CompactOS）功能使用新引进的压缩算法XPRESS *和LZX在Windows 10的NTFS。它们专为有效存储变化不大的“静态”文件（如可执行文件）而设计

  OTOH “压缩此驱动器以节省磁盘空间”功能使用 LZNT1 算法，旨在压缩经常更改的数据文件以获得最佳性能。这意味着它会更快，但压缩率不会那么高。这就像检查驱动器上所有文件和文件夹的“压缩内容以节省磁盘空间”选项

  

• 如果启用该功能，由 CompactOS 压缩的文件将不会被标记为已压缩（以蓝色或双箭头显示）

• CompactOS 压缩选定的系统文件，而 NTFS 整盘压缩则压缩磁盘上的每个文件

事实上，您可以对任何用户文件使用 CompactOS 的新算法，但您不能对它们进行即时编辑，因为它们是为上述静态只读文件设计的。写入这些文件将解压缩它们。有关更多信息，您可以阅读NTFS 压缩文件夹：是否可以调整压缩率？

随机即时写入能力也使“压缩此驱动器以节省磁盘空间”对您的用例来说更糟，因为它会显着增加碎片。CompactOS 将整个文件 (AFAIK) 压缩为 *.cab 或 *.wim 文件，因此您将获得一个连续的文件。OTOH NTFS 透明压缩的工作原理是将文件拆分为 16 个簇块并分别压缩它们。之后每个块都将是一个片段，这使得您的连续文件现在在块之间有大量的孔。

您可能会想“为什么要担心这个”，但SSD 对碎片的完全免疫是一个神话！对于快速操作和小元数据大小，现代文件系统将文件存储为盘区，这是磁盘上文件的连续部分，因此每个片段将存储为单独的盘区。因此，与 2 个片段的文件相比，包含 1000 个片段的文件将在 MFT 中为元数据消耗更多空间，并且 CPU 还需要更多时间来解析它们以获取下一个数据块。因此，Windows 碎片整理程序仍然会对SSD 驱动器进行一些温和的碎片整理以优化元数据的使用

进一步阅读：

• Win 10 中的文件压缩与 Compact OS？
• Windows 10 如何在仅 32 GB 的磁盘空间上运行？

Xen2050给的链接也不错。它表明即使使用驱动器压缩功能，差异也不大，而且在某些情况下它会更快，正如我上面提到的