Game Compressor 承诺为不断增长的 PC 游戏库大幅节省 SSD 空间

Tom Hardware 聚焦报道了 Game Compressor。这款 Windows 工具声称可将游戏占用空间最多缩减 50%，正值 PC 游戏库对存储空间的需求日益增长。

这一时机让一项老牌 Windows 功能焕发了新的意义。玩家正面临庞大的游戏安装包、掌机有限的存储空间以及居高不下的 SSD 成本。Game Compressor 提供了另一种选择：在保留已安装游戏的同时，减少其实际磁盘占用。

这款工具并未引入新的压缩算法。它将 Windows LZX 压缩、游戏库扫描、节省空间预估、任务队列、更新检测和可逆解压整合进一个界面。

这一差异也构成了核心矛盾。Windows 本身已提供底层能力，而免费的替代工具也能提供类似控制功能。Game Compressor 必须证明，其便利性和维护功能值得玩家在游戏 PC 上额外安装一款应用。

Tom Hardware 报道了颇为显著的案例，其中一款游戏从 169 GB 缩减至 91 GB。不过，这些结果并不代表所有游戏库。文件格式、既有压缩、更新行为、CPU 性能以及 DirectStorage 支持都会影响最终效果。

Tom Hardware 发现可节省大量空间，但结果取决于具体游戏

真正重要的变化并不是压缩功能本身的出现，而是尝试让普通玩家能够理解和管理有选择性的 Windows 压缩。

Game Compressor 在 2026 年 7 月 10 日结束抢先体验并正式发布，此前于 2 月进入 Early Access。Stone Pit Sons 负责开发和发行这款 Windows 工具。

正式发布前经历了多次更新，重点改进了报告准确性、游戏库管理和压缩速度。这些变化很重要，因为用户需要可靠的测量结果，才能放心让存储工具处理大型游戏安装目录。

根据 Game Compressor listing，该应用会扫描已安装游戏并预估可节省的空间。用户随后可以优先处理预计缩减幅度最大的游戏。

预估结果并不保证最终效果。开发者表示，实际节省空间会因游戏版本、文件结构和用户系统中存在的文件而异。

这一提醒至关重要。包含松散存储的音频、纹理或数据的游戏，可能存在可观的冗余空间；另一款游戏则可能将大多数资源放在已采用高效压缩的容器中。

尝试压缩后一类游戏，可能耗费时间和处理器资源，却只能释放极少空间。因此，预览系统的价值高于一个简单的“压缩”按钮。

Tom Hardware coverage 提到，ARK: Survival Evolved 从 169 GB 降至 91 GB，释放了 78 GB 容量。

同一报道还称，Crimson Desert 减少了 32 GB。即便单个游戏达到这一水平，也足以为另一款大型游戏腾出空间。

若游戏库中存在多个适合压缩的候选项目，累计节省的空间可能达到数百 GB。不过，这一结论取决于游戏库的构成，而不只是其原始总容量。

以较老游戏或打包较少的游戏为主的收藏，更适合作为压缩目标；而充满优化归档文件、已压缩过场动画和现代流媒体格式的游戏库，压缩空间则较为有限。

Game Compressor 的正式版引入了快速压缩设置，可跳过那些不太可能进一步压缩的格式。开发者称，媒体文件可占大型游戏容量的 40% 至 70%。

据称，跳过这些文件可缩短媒体资源较多游戏的处理时间，同时不会减少有意义的节省空间。这仍是开发者的说法，但其逻辑符合无损压缩更广泛的限制。

已经压缩的数据可供另一种算法消除的冗余更少。因此，对每一个字节运行 LZX 可能只是浪费时间，而不会显著改变实际磁盘占用。

该工具还会在处理前后测量文件。此前的一次更新将报告方式改为采用文件系统测量，因为用户发现显示的节省空间与 Windows 中的数值不一致。

这段经历为标题中的数字提供了有用背景。只有当应用能区分逻辑文件大小和磁盘实际占用空间时，压缩比才有意义。

Game Compressor 现在表示，它会直接从文件系统读取压缩后的大小。它也只会在存在对应准确游戏数据时使用社区结果。

如果没有相关报告，界面应显示数据缺失，而不是生成没有依据的预估。这使该功能更为诚实，尽管社区数据仍可能反映不同的补丁和安装情况。

Tom Hardware 的案例展示的是上限潜力，而非普遍结果。实际问题在于：一名玩家的游戏库中，是否有足够多的游戏仍适合压缩。

Windows LZX 将 CPU 处理换成存储空间

Game Compressor 利用 Windows 内置的透明压缩，以部分处理器工作换取更少的磁盘读写，而非将游戏重新打包为归档文件。

LZX 是 Windows 的 Compact 命令所提供的、最节省空间的可执行压缩选项。它以压缩形式存储兼容文件，并在应用读取时解压其内容。

Microsoft 在其 Compact command documentation 中，将 LZX 与 XPRESS4K、XPRESS8K 和 XPRESS16K 并列。XPRESS4K 更重视速度，而 LZX 则追求最小体积。

这一过程在文件系统层面是透明的。游戏仍可通过普通 Windows 操作打开预期文件，无需用户先解压单独的归档文件。

这种行为将 LZX 与 ZIP 或 RAR 存储区分开来。归档中的游戏通常需要先解压，文件才能正常使用；透明压缩则将解压过程插入读取路径。

Microsoft 将 Windows 文件压缩描述为无损压缩，即解压后可以完整还原原始数据，不会丢弃信息。尽管磁盘上保留的字节更少，应用通常仍会看到未压缩的数据。

Game Compressor 使用的正是这套成熟的 Windows 基础设施。它围绕一项熟练用户本可通过命令行工具完成的操作，增加了可视化工作流。

存储空间的收益伴随着计算成本。Windows 必须在游戏读取数据时进行解压，这会增加 CPU 的工作量。

Tom Hardware 认为，许多系统拥有足够的闲置处理器性能来吸收这一开销。报道还指出，减少磁盘读写有时可改善较慢存储设备上的加载表现。

这种结果有其合理性，但并无保证。最终平衡取决于处理器、存储设备、游戏引擎、文件布局和访问模式。

当读取更少的实际字节能消除输入瓶颈时，机械硬盘或较慢的存储设备可能受益。高速 NVMe SSD 则会改变计算方式，因为存储设备本身已能快速提供数据。

此时，CPU 在成为加载路径一环之前，可用于解压文件的时间更少。核心数较少、处理器较旧或多线程负载较重的游戏系统，更值得进行细致测试。

帧率也并非完整的衡量指标。平均每秒帧数可能保持稳定，但资源流送仍可能带来间歇性延迟或可见卡顿。

因此，玩家还应观察加载时间、移动过程中的卡顿、帧时间一致性和 CPU 利用率。单一基准测试数字无法捕捉压缩带来的所有副作用。

该工具的可逆设计降低了使用承诺。如果节省空间不多，或性能发生变化，用户可以解压游戏安装目录。

不过，恢复仍需要可用空间。当硬盘已经过满时，将压缩文件恢复至原本的磁盘占用可能会失败。

Game Compressor 表示会在解压前检查可用容量。这一保护措施针对了一个可预见的问题，尤其是在用户用新释放的空间安装更多游戏之后。

这一机制也解释了为何节省空间差异如此之大。无损压缩可以消除重复模式，但无法在冗余极少的数据中凭空创造冗余。

大型原始资源或处理较少的资源可能显著缩小。视频、音频、图像和加密归档通常难以再被压缩。

游戏引擎也采用不同的打包策略。因此，标示容量相近的两套安装文件，可能得到截然不同的 LZX 结果。

这种差异性使预估层成为产品的核心。该应用真正的贡献不只是 LZX 本身，而是识别何时值得应用 LZX。

便利性正与免费的 Windows 压缩功能竞争

这场竞争的核心，是付费便利性与免费的原生能力之争，而不是 Game Compressor 与某项新存储技术之间的竞争。

Windows 用户无需安装 Game Compressor，也可通过 compact.exe 调用 LZX。操作系统提供算法，并负责文件系统层面的工作。

这一事实限制了该工具的差异化空间。Stone Pit Sons 是在一项免费的 Windows 功能之上，包装发现、预测、队列管理、监控和恢复功能。

这种区别与许多系统工具类似。核心操作可能早已存在，但其原生界面并未服务于特定受众或重复性工作流。

使用命令行的玩家必须识别正确的文件夹、选择算法、监控执行、检查结果，并记住哪些内容已被压缩。游戏补丁还会引入额外的维护步骤。

Game Compressor 会扫描游戏库，并将候选安装项目集中到一个视图中。它显示当前大小、预估缩减量、压缩状态、磁盘使用情况和操作历史。

用户可以将多款游戏加入队列、暂停工作、取消任务，并恢复选定的安装目录。这些控制功能让大型游戏库比一系列手动命令更易处理。

更新监控解决了一个不那么显眼的问题。启动器可能会在补丁期间替换已压缩文件，使游戏安装重新增加实际磁盘占用。

Game Compressor 会检查已修改的游戏，并让用户重新应用压缩。若没有这一步，随着发行商推出新内容或替换大型文件包，最初节省的空间可能逐渐流失。

根据其商店描述，该应用无需持续保持开启。用户可以在更新后重新扫描，并专注于需要再次压缩的游戏。

这种维护模式构成了它对免费工具论点最有力的回应。其价值在于让不断变化的游戏库持续保持节省效果，而不仅是完成一次压缩任务。

不过，Game Compressor 并非 Windows 压缩功能唯一的界面。开源的 CompactGUI project 同样封装了原生 Windows API，并支持游戏、程序和其他文件夹。

CompactGUI 提供 XPRESS 和 LZX 模式、压缩分析、Explorer 集成以及针对已变更文件夹的监视功能。其项目文档同样警告，不应压缩 DirectStorage 游戏。

这一比较给 Game Compressor 的专有界面带来了压力。它必须通过可靠的估算、库检测、更新处理、易用性和支持服务来体现差异化。

Tom Hardware 将其队列、预览、日志记录和重新压缩功能定位为重要的便利特性。这些功能降低了用户在众多游戏中安全使用 LZX 所需的知识门槛。

完整版还为不太可能缩小的文件加入了更快的处理速度。它引入了自定义可执行文件选择、Explorer 集成、重命名控制和更广泛的游戏库管理。

这些新增功能旨在解决压缩过程中的摩擦，而非改变压缩比。Game Compressor 和 CompactGUI 最终都依赖 Windows 算法。

这使得可靠性显得尤为重要。如果状态指示器卡住、估算结果偏差，或无法追踪已压缩文件，图形界面的价值就会大幅下降。

开发者承认，在 1.0 版本之前曾存在数个此类问题。一项更新表示，用户遇到了残留进程、看似冻结的进度，以及与 Windows 结果不一致的节省空间数值。

后续修复加入了按字节加权的进度计算、直接文件系统测量、中断操作后的恢复，以及缓存游戏库记录的保留。

这些改变表明维护响应及时，也说明用户应将存储管理器视为运行中的软件，而非一次性的计算工具。

Steam 的评测摘要在 7 月 26 日提供了早期采用信号。商店显示共有 182 条购买者评测，其中 82% 被归类为好评。

近期评测较弱，79 条购买者评测中有 78% 被归类为好评。这些数字可能迅速变化，且不能替代独立的性能测试。

社区讨论中既有显著节省空间的报告，也有关于队列冻结和竞技游戏的疑问。对于一款处理多样化游戏库的新系统工具而言，这种反馈组合很常见。

开发者称，Game Compressor 不会修改正在运行的游戏代码。它通过 Windows 文件压缩运行，而不是向游戏进程注入内容。

这种架构应能减少某些兼容性顾虑。不过，拥有大量反作弊机制游戏的用户仍需要来自具体游戏、启动器和当前补丁的证据。

因此，这款工具的竞争地位取决于信任。它必须能准确预测节省空间、完成操作、经受补丁更新，并让用户能够清晰地撤销改动。

DirectStorage 这一例外比标题所述更重要

最需要谨慎对待的理由是 DirectStorage，因为额外的 CPU 解压层可能与旨在将资源处理转向 GPU 的管线发生冲突。

DirectStorage 是 Microsoft 面向高吞吐量游戏资源加载的存储 API。其近期版本支持 GPU 解压，从而减少对 CPU 介导的资源处理的依赖。

Microsoft 在 DirectStorage 1.1 中提供了 GPU 解压功能。其文档解释，将解压工作转移至 GPU 可以改善加载路径。

该公司在 2026 年 3 月进一步扩展了这一方向。DirectStorage 1.4 preview 增加了 Zstandard 支持和开放的 GPU 解压基准实现。

这种架构不同于在已安装文件外层增加透明的 LZX 压缩。支持 DirectStorage 的资源会遵循由游戏开发者和运行时选择的管线。

CompactGUI 明确建议用户不要压缩使用 DirectStorage 的游戏。Tom Hardware 对 Game Compressor 也重申了同样的顾虑。

风险并不在于 LZX 必然会损坏这些游戏。问题是，Windows 可能需要先进行 CPU 解压，DirectStorage 才能继续沿着预期路径运行。

这一步额外处理可能削弱从存储直接向 GPU 传输的优势。如果解压延迟了对时间敏感资源的交付，也可能引入卡顿。

DirectStorage 的采用仍不均衡，因此这一警告并未消除 Game Compressor 的实用性。但它要求用户针对具体游戏作出决定，而不是对整个游戏库自动化处理。

用户应在选择激进压缩前确认是否支持 DirectStorage。保守的工作流应从较旧游戏、不常游玩的作品或已有良好社区反馈的游戏开始。

每次大型游戏更新后都应重新测试。发行商可能改变打包方式、流式加载行为或资源构成，而安装名称仍保持不变。

性能测试也需要可重复的场景。应在压缩前后比较加载时间、帧时间、场景移动、与着色器相关的停顿以及 CPU 使用率。

在负载较轻的区域游玩几分钟，无法证明兼容性。资源流送密集的区域更适合作为压力测试，因为它们会在游戏持续进行时请求资源。

开发者提出“最高可减少 50%”的宣传同样需要谨慎看待。“最高”描述的是有利结果，而不是所有受支持游戏的预期缩减幅度。

Tom Hardware 的 ARK 示例说明了这一差异。压缩后的安装占用约为原始大小的 54%，但这一结果对于已经高度打包的游戏意义不大。

用户还必须考虑处理时间。LZX 优先追求紧凑的输出，对非常大的安装目录应用它可能是一项耗时较长的工作。

Game Compressor 可以暂停或取消排队任务，从而减少不便。不过，中断的存储操作仍值得谨慎对待，尤其是在系统关机或驱动器断开连接时。

完整版包含针对中断任务的恢复逻辑。据报道，软件会在下次启动时检查实际磁盘状态并修复其记录。

这令人安心，但用户仍应对重要文件保持常规备份习惯。游戏通常可以重新下载，而存档数据可能位于其他位置，或依赖云同步。

磁盘格式构成另一项边界条件。该工具要求使用支持 LZX 的 NTFS 格式驱动器，并且需要 64 位 Windows 安装环境。

这一要求排除了许多为兼容更多设备而格式化的外置驱动器。它也将应用限制在 Windows 上，而不是提供跨平台的统一压缩策略。

可用空闲空间在更新和撤销操作时都很重要。无论压缩后的最终占用空间如何，启动器在为大型文件打补丁时都可能需要临时容量。

因此，即使 Game Compressor 报告节省了大量空间，接近满载的驱动器仍可能产生运行问题。回收的容量不应自动被完全重新分配。

用户应为补丁、着色器缓存、临时文件和解压预留合理缓冲。这款应用管理的是游戏文件，而非所有导致存储增长的来源。

还存在更广泛的测量问题。社区估算汇总了报告的压缩前后大小，但安装内容可能因语言包、可下载内容和可选纹理而不同。

Game Compressor 表示它使用中位数和更严格的验证。这种方法可以减少离群值影响，尽管无法让每一台设备上的本地安装完全相同。

最好的理解方式是概率性的。估算有助于为候选对象排序，而本地实测结果决定压缩是否值得继续启用。

接下来会发生什么，将决定这款工具能否长久存在

Game Compressor 的未来取决于三个信号：估算准确性、针对具体游戏的性能证据，以及补丁后可靠的重新压缩。

第一个信号是预测节省空间与实测节省空间之间的差距。完整版依赖社区数据，帮助用户避开价值较低的任务。

不断增长的数据集应能改善热门游戏的覆盖范围。然而，当开发者替换资源包或新增大型资源时，更新可能让旧报告失效。

Game Compressor 需要将结果与足够的版本上下文关联起来，才能持续保持实用性。如果预测反复偏离本地结果，其最清晰的优势就会被削弱。

关注社区报告是否覆盖更多当前版本和可下载内容配置。稳定的估算将强化采用受管理压缩层的理由。

第二个信号是独立性能测试。仅靠节省存储空间，无法证明 LZX 对每款游戏和每套系统都无害。

有价值的测试应包括加载时间、帧时间测量、场景移动表现和 CPU 利用率，并比较多种处理器和存储设备。

DirectStorage 游戏值得单独分类。出现卡顿或加载时间延长的证据，将支持保持这些安装目录不压缩。

在较旧和非 DirectStorage 游戏中得到稳定结果，则会强化选择性策略。关键在于“选择性”，因为一种设置无法服务所有游戏库。

第三个信号是补丁后的表现。Steam 和其他启动器会定期修改或替换文件，这可能降低此前测得的节省空间。

Game Compressor 的更新检测和重新压缩工作流直接应对了这一循环。其长期实用性取决于能否识别发生变化的游戏，同时不产生错误的状态信息。

用户应关注未来版本是否改善启动器覆盖范围，以及能否从中断任务中干净恢复。队列停滞或磁盘数据不正确的报告将削弱信心。

竞争同样会塑造用户预期。CompactGUI 已提供一条开源路径来使用原生 Windows 压缩，其中包括多种算法选择。

Windows 本身仍是基础竞争者，因为 compact.exe 除了用户的时间和知识外不需要任何成本。Game Compressor 无法宣称对 LZX 具有独占访问权。

它可辩护的价值在于编排。它能识别候选对象、估算结果、管理任务、测量成效、检测变化，并通过一个界面撤销压缩。

这一价值主张最可能吸引 Windows 掌机用户和管理多个驱动器的玩家。这些用户经常感受到存储限制，但可能不愿进行命令行管理。

拥有大量已安装游戏的归档型用户也符合这一模式。他们可以优先处理很少变化的游戏，这样一次压缩操作就能拥有更长的有效期。

只安装少数高度优化作品的玩家获益较少。拥有充足存储空间或 DirectStorage 占比较高游戏库的用户也是如此。

更广泛的教训不止适用于一款应用。Windows 多年来一直包含实用的存储控制功能，但原生可用并不保证实际采用。

专用界面可以让一个晦涩的系统功能变得易于使用。它也继承了解释限制条件的责任，而这些限制本来需要技术用户自行调查。

Tom Hardware 将注意力带向最引人注目的结果：单个安装目录回收数十 GB，整个游戏库则可能回收数百 GB。

更持久的故事关乎管理。压缩必须在游戏更新后仍保持可测量、可撤销、兼容且可维护。

在处理整个游戏库前，先扫描预估节省空间，并选择一个支持充分的候选游戏。记录其实际磁盘占用，然后在压缩后测试具有代表性的游戏场景。

在下一次大型补丁后重复这一检查。如果节省空间依然存在，且加载或帧时间没有退化，再逐步扩展到类似游戏。

如果估算严重失准、DirectStorage 行为发生变化，或队列变得不可靠，请撤销操作并等待更充分的证据。你自己的游戏库能产生怎样的结果？