TL;DR 我的硬盘驱动器组合导致加载对话框需要大约 6 秒才能加载，这也通过代码确认，我找不到任何缓解。
我使用 Windows 7 已经很长时间了，完全忽略了 8。只要我在 7 上，我就不得不忍受很长的启动时间，但除此之外，我对所有方面的表现都感到满意。
就在 Windows 10 发布之前，我硬着头皮安装了它，这样我至少可以尝试跟上时代的步伐。同时，我安装了一个新的 SSD，以减轻我的启动问题。一切安装都比我希望的要顺利得多，我很快就恢复了速度。成长的痛苦几乎不存在，除了我身边的一根刺：偶尔，当我打开一个加载对话框时，它甚至需要大约 5-10 秒才能出现。
（在你跳起来说“电源配置文件”之前，不是它，它设置为永远不会降低硬盘驱动器的转速。）我只说“偶尔”，因为我花了一段时间才弄清楚哪些程序在做它——在首先我认为这就是一切，但 Chrome 和其他人似乎已经修补了它的行为。每次仍然产生这种行为的最大的一个是 Gimp 2.8；不管我做什么，如果我保存一个新文件或去加载，我必须等待 5-10 秒才能弹出对话框。
起初我认为这是 Windows 10 本身的一个错误，但随着 Chrome 等人变得更好，我认为它一定是 Gimp 的问题，这不会是我在该程序中遇到的第一个奇怪的问题。但后来我更接近硬件，我发现这不是 Gimp 的错。
我从事 Unity 游戏编程，目前正在使用 C#（和过时的 Mono 库）开发通用的保存/加载对话框。当我第一次让文件浏览器工作时，它像糖蜜一样慢——我把这归结为我自己的一个糟糕的方法，但是当我开始优化它时，我发现绝大多数的等待时间是由一行代码：
string[] drives = System.IO.Directory.getLogicalDrives();
经过测量，这个延迟相当于 Gimp 的减速：5.5 秒，所有这些都是为了让 Windows 说“你有一个 C:、D:、E: 和 F: 驱动器”。我修改了我的加载对话框，因此它会显示此驱动器信息延迟，并确认每次运行程序时，我都有大约 5-6 秒的延迟。只是为了从系统 API 调用中得到一个硬盘驱动器路径列表。
为了说明这有多糟糕，我在我妻子的笔记本电脑、我兄弟的笔记本电脑、我父亲的台式机（所有三个在 Windows 10 上）和我母亲的 mac mini（为 MacOS 目标重新编译后）上运行了上面链接的相同程序. 在每一个上，延迟都在 10 毫秒内，这正是我所期望的。mac mini 仅仅用了大约 20 秒来加载该死的程序，但是一旦它运行起来，轰隆一声，从那一行代码加载硬盘驱动器不到十分之一秒。
所以现在我不知所措。电源配置文件设置为永远不会关闭驱动器；我的 BIOS 为 SSD …