PowerToys 的占用越来越离谱了

原始内容

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 反复存在多个文件.

这是一个软件下的模块啊, 都无法共用文件了吗?

这简直是 离谱他妈给离谱开门 ----离谱到家了.

4 个赞

真他娘的离谱一个小工具做出了操作系统的感觉

2 个赞

这是为了保证每个小工具都不受其他工具的增删影响?
完全违背了 dll 存在的意义

1 个赞

额额,这是 Scoop - 当Windows遇上包管理器 的文件夹,我现在大多数应用都用 Scoop 装了

它倒是知道把 .NET 放到 Modules 文件夹外面了

有幸安装过一次早期版本,当时安装完了一看占用300M直接给我吓得卸载了

原来这样子。前几天装了个winget UI,安装时就有关于scoop的相关选项,后来发现这种方式不是我所喜欢的就卸载了,白折腾了一回

我也刚卸载了,安装后没用过一次::joy:
而且它里面的一些功能,我也早已有相关的软件了

PowerToys/disk-usage-footprint.md at main · microsoft/PowerToys (github.com)
PowerToys的DLL有使用硬链接,实际占用磁盘空间要远低于显示占用,目前0.67.1版本的实际占用在824M左右

2 个赞

我还在想2G多是怎么做到压缩包下载下来160MB的,800MB就合理多了 :thinking: 就我个人而言还是不太行,还是收集 PowerToys 小工具的替代品们 吧~

回想一下XP时代的PowerToys,现在这个还能算是小工具?说大工具都客气了。
印象最深的是 Tweak UI,只有几MB。

1 个赞

这种整合类型的软件肯定是越来越膨胀的。所以说没有必要什么都追求大而全

1 个赞

如何查看硬链接呢?

可以使用Sysinternals工具箱里的 du 来获取包含硬链接文件夹的真实大小。

du 需要测试的目录地址

关于硬链接的磁盘空间显示问题,可以参考这篇微软的指南
更正 NTFS 卷上的磁盘空间问题 - Windows Server | Microsoft Learn

2 个赞

:+1:
那就是可以在文件管理器中实现101Gb/100Gb这样吗:rofl:

如果不行,那实际上对用户来说还是占了那么大的空间啊:roll_eyes:

也有第三方的GUI工具NTFSLinksView

1 个赞

这还是很离谱~尤其是 对比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的依赖陷阱里,实在是一坑货