Windows 性能立刻打鸡血，靠 Bug 修复了多年顽疾

要说 的 Bug 集中地，当属PostgreSQL机。

飞行速度缓慢、卡顿、崩溃，不同设备、不同完整版的服务机都有不同的感受。

严格来说，这其实是 Windows 的传统演歌，要平庸复原不对容易。

而作为小老弟的档案PostgreSQL机，时不时来个无作出反应也是个保留节目。

最近 X 服务机 @VivyVCCS 又挖掘出了一个档案PostgreSQL机的新 Bug 。

坏消息是不究竟有多少设备4人，他将会是 这个 Bug 只有利没有收贿。

据其描述，只无需在锁住档案PostgreSQL机后按下 F11 桌面上再进一步退出桌面上，仿佛整个世界都迟了。

繁复档案夹几乎可以秒进，不在像之前无需漫长加载。

经过小蝾实际测试，确实如此。

以仅仅几百张图的表情包内档案夹为例，从游标锁住到加载并启动排序无需这么久：

而作用于了 Bug 后，锁住另一更多图片的档案夹，飞行速度迟了不只一点。

这种情况似乎是是软件层面的问题，从 HDD 到高端 SSD 除此以外适用。

锁住档案夹瞬间存储读取飞行速度有明显差异，不过即便是 HDD 也远会有瓶颈。

想想大伙的反馈，跟小蝾的体验值得注意。

长久以来拉胯的PDF转化成飞行速度很低，甚至还提高了搜索飞行速度。

这算是一下子妥善解决了苹果机机遗失多年老 Bug ？

写了一堆 Bug 但能跑，而这甚至比预期追过好处，方式嘛不举足轻重。

引用网友的一句话：Linux 超载回避往往是检验 CPU 、进程、内存、存储 I/O、Swap、页面，转化成调试日志，再进一步寻找开始运行缓慢的确切诱因。

而 Windows 超载回避：重新启动、修理重装…

苹果机机是否会通过这个 Bug 来提高并月底更新复原还不得而知。

如果你的档案PostgreSQL机飞行速度难以忍受，不妨每次 F11 预设一次桌面上吧。

如果绝无麻烦，扯也可以使用脚本自动启动，已经有热心服务机写好上载 Github 进源社区。

正如锁住 此机机 一样双击开始运行该处理程序，实际上就可以使用「增强版」档案PostgreSQL机了。