网络问答

标题: Windows隐藏神技，给电脑一键瘦身！ [打印本页]

作者: 驴得水 时间: 2022-12-10 11:55
标题: Windows隐藏神技，给电脑一键瘦身！
在正常使用电脑时最怕什么？不搞幺蛾子的话，我最怕的大概就是红盘警告了，这两年也没给家里的老爷机升过级，在软件越装越杂、游戏越来越大、小姐姐越来越多的背景下，直接导致电脑寸土寸金的。

不过对于这种情况解决办法也多，用钞能力给电脑扩容是最简单的办法，当然，没有刚需的前提下，这个钱我是不准备花的。
那有没有什么方案，可以通过简单的折腾给家里的硬盘瘦瘦身呢？答案是肯定的，比如常见的清理卸载工具，新三年旧三年，删删资源又三年；再比如说不常见但很有用的「压缩」。
大家可不要误会了，这里说的压缩不是利用诸如 7-Zip 等压缩工具把资源打包压缩，这么压缩每次还得解压才能用，时间换空间的性价比着实不高。
我说的压缩是指 Windows 自带的压缩功能，比如我们在盘符的属性页的最下方，常见的「压缩此驱动器以节约磁盘空间」。

NTFS 压缩

不知道大家平常有没有观察过，我们在看一个文件或文件夹大小的时候，Windows 是有展示两行数据的，一个是大小，一个是占用空间。

只要文件的内容不变，格式不变，一个文件的身材可以说是固定的，那为啥跑到硬盘上占用空间又不一样了呢？
举个简单的栗子你就理解了，我们上学的时候一页标准的作文纸是 400 个格子吧，超过 400 字，就要换上一页。
那假如说这个文件是 401 个字，就需要占用两页作文纸，而在系统的规则下，剩下那 399 个格子是不允许被其他文件占用的。

所以文件大小和占用空间才会有所出入，那系统自带的「压缩此驱动器以节约磁盘空间」功能又是啥原理呢？
很简单，它的作用就是让剩余的 399 个格子，可以被其他文件使用，根据压缩算法的不同，空间利用率也有所不同，也就是说，在用 Windows 自带的 NTFS 压缩后，文件大小是没变化的，但占用空间会发生变化。
但是，全盘压缩有一点不好，在不同场景下，压缩的表现并不统一，比如大量零散文件的压缩效果远远大于单个大文件等等。
更关键的是，在 Win10 后，微软新适配的 Compact.exe 压缩要比早先的 NTFS 压缩靠谱的多！
比如之前举例的那个文件夹，利用 Compact 命令可以把原先的 396M 压缩到了 210M，活生生省出来 100M+ 的空间。

只不过微软按照它的老习惯，Compact.exe 压缩被隐藏到了命令行里。

至于怎么傻瓜式的一键操作，我从 GitHub 上找到了一个项目，CompactGUI。

CompactGUI

被打包好的 CompactGUI 是个无需安装的单文件，其真身只有 2.71M 大小，不过需要我们电脑里有 .NET 6 的相关库。

好在 GitHub 上还有另外一个内置了 .NET 6 的单文件，虽然体积膨胀到了 148M，但优点是无需额外安装 .NET 的相关文件了。

用起来很无脑，打开软件，选择待压缩的文件目录，注意，是选择文件夹，而非单一文件。

比如这里我选择的 PS 的安装目录：

然后软件会显示文件现在所占空间大小，点击「Compress」压缩。

此时会弹出一个窗口，比如第一行那从上到下 4 种压缩算法，压缩力度依次增强，当然，压缩速度也会依次变慢。

一般情况下，可以选择压缩和速度平衡的 XPRESS 8K，1 分钟左右的时间，5.3G 的 PS 被压缩到了 4G。

而对于压缩后的 PS，所有功能正常使用，性能影响几乎忽略不计，当然，我们也不用担心压缩后会带来什么负面影响，因为当我们用 CompactGUI 打开压缩后的文件目录时，下面会有个「uncompress」按钮，完全可以一键恢复。
我试了一下压缩力度最大的 LZX 算法，5.3G 的 PS，被成功压到了 3.7G。

但我注意到，在 GitHub 上，作者有标注，LZX 可能会有更高的性能开销，对 CPU 有要求。

为啥这么说？虽然读取文件吃的是硬盘，但把它解压吃的可就是 CPU 了，所以一直有一个误区，就是说因为压缩，才导致文件读取下降，实则不然，利用 Compact 压缩，本质上是拿 CPU 性能换空间。
而且对于大多数小伙伴来说，CPU 强、老旧硬盘不堪的情况也更常见，此时压缩反而可以提高读取速度。
至于这个 CPU 性能有多大的影响，我只能说我在使用压缩过的 PS 时，完全感觉不出来，GitHub 上作者是这么说的。

总结

做个简单的总结吧，其实这个被微软更新到 Win10 的功能不是啥新玩意，之所以前面扯了那么多有的没的，还是我不想那么模棱两可的就把软件分享给大家。
对于体积颇大的软件工具，或者单机游戏，用 CompactGUI 压缩会带给你惊喜；而对于本身就极吃 CPU 性能的网游，用 CompactGUI 压缩反而属于负优化，多半得不偿失。
CompactGUI 的 GitHub 地址我放这里了：
http://github.com/IridiumIO/CompactGUI
我也存了份网盘双手奉上。
内置 .NET：http://wwl.lanzoue.com/iIT3k0giteud
需额外安装 .NET：http://wwl.lanzoue.com/ipyEc0gitbhc
正所谓新三年，旧三年，压缩压缩又三年，如果这穷人的折腾方案能帮到你，给我个赞就好了，over。
本文首发于微信公众号程序员不高兴（coder911），未经授权请勿转载！
一如既往感谢各位小伙伴的支持和关注！

欢迎光临网络问答 (http://corj.cn/)