从PowerToys v0.64.0 发布，新增文件 Locksmith 与 主机文件编辑器 hosts继续讨论：
摸鱼期间的一项常规活动就是检查电脑空间占用~今天没有注重C盘而是看向了以前从没注意的 scoop/apps 文件夹，排名第一属实吓我一跳！PowerToys 下的各个 小工具 平均都达到了 200MB ，最后加起来达到了 2.5G……真的是大受震撼。微信连程序目录加上 AppData/Roaming 里的插件也就2G不到吧。
简单对比：PowerOCR 和 Text-Grab 都是调用 Windows 的语言包里的 OCR 数据，前者168MB，后者26MB。
我还记得最早 PowerToys 总共也就三五百兆，总觉得体积膨胀快于组件数量增长。内存占用也是，Power.Run 占用125MB，多开个设置界面也是100多……
没那么离谱，但仍然不小了
奇怪，我这没这文件夹
只不过安装目录里也达到了2.27 GB这么大
不说不知道, 一说吓一跳.
确实离谱.
一个host修改软件, 占了222MB空间.
最离谱的是, 每个模块之间不共用dll库文件. 也就是说, 一个dll 反复存在多个文件.
这是一个软件下的模块啊, 都无法共用文件了吗?
这简直是 离谱他妈给离谱开门 ----离谱到家了.
真他娘的离谱一个小工具做出了操作系统的感觉
这是为了保证每个小工具都不受其他工具的增删影响？
完全违背了 dll 存在的意义
额额，这是 Scoop - 当Windows遇上包管理器 的文件夹，我现在大多数应用都用 Scoop 装了
它倒是知道把 .NET 放到 Modules 文件夹外面了
有幸安装过一次早期版本，当时安装完了一看占用300M直接给我吓得卸载了
原来这样子。前几天装了个winget UI，安装时就有关于scoop的相关选项，后来发现这种方式不是我所喜欢的就卸载了，白折腾了一回
我也刚卸载了，安装后没用过一次:
而且它里面的一些功能，我也早已有相关的软件了
PowerToys/disk-usage-footprint.md at main · microsoft/PowerToys (github.com)
PowerToys的DLL有使用硬链接，实际占用磁盘空间要远低于显示占用，目前0.67.1版本的实际占用在824M左右
我还在想2G多是怎么做到压缩包下载下来160MB的，800MB就合理多了 
就我个人而言还是不太行，还是收集 PowerToys 小工具的替代品们 吧~
回想一下XP时代的PowerToys，现在这个还能算是小工具？说大工具都客气了。
印象最深的是 Tweak UI，只有几MB。
这种整合类型的软件肯定是越来越膨胀的。所以说没有必要什么都追求大而全
可以使用Sysinternals工具箱里的 du 来获取包含硬链接文件夹的真实大小。
du 需要测试的目录地址
关于硬链接的磁盘空间显示问题，可以参考这篇微软的指南
更正 NTFS 卷上的磁盘空间问题 - Windows Server | Microsoft Learn
那就是可以在文件管理器中实现101Gb/100Gb这样吗
如果不行，那实际上对用户来说还是占了那么大的空间啊
也有第三方的GUI工具NTFSLinksView
这还是很离谱~尤其是 对比98或XP时代的powertoys的体积 相对操作系统体积的占比。
尤其是现在Powertoys的很多框架UI和调用dll不像之前xp时代都是调用系统本身win32框架或者MVC，现在是自包含了
Windows Application SDK runtime
.NET Desktop Runtime 7
Microsoft Visual C++ Runtime
甚至更新的一些开发框架，也不管这些框架其他应用有没有dep，是否安装到系统里，亦或让其他app可以共用。导致这体积就离谱到飞起~
在我看来归根结底，还是Windows本身框架一直不断不稳定，迭代太快，陷入Linux的依赖陷阱里，实在是一坑货