根据其他有关碎片整理程序的问题中的建议，我决定试用 MyDefrag。但是我发现 Fast Optimize 脚本运行非常慢，具体来说，它似乎在“回收 NTFS 保留区域”上花费了很长时间 - 并且界面暗示这与我的一个 Virtual PC vhd 文件有关。
我说的很长一段时间是指运行大约 5 小时后电量就降到了 0.0659%。这是正常的吗？或者我可以做些什么来改善这种情况。
编辑：我尝试了 Ivo 提出的许多建议，但都无济于事。然后我将卡在磁盘上的 VHD 文件移出磁盘，现在运行速度快多了。相比之下，它大约在 10 分钟内就完成了第 1 阶段，而之前需要 5 个小时才能完成不到第 1 阶段的 0.1%
这仍然让我感到疑惑，为什么 VHD 文件位于“NTFS 保留区域”中，因为保留对我来说意味着用户文件不应该在那里。
答案1
也许尝试一下旧版本杰科德看看那个怎么样？
或者，正在运行的某些应用程序可能会干扰碎片整理？
这不是真正的解决方案，但我的建议是让它运行一整夜或作为屏幕保护程序。给它时间，它最终会修复（它能修复的）。
来自 MYDefrag 常见问题解答：
FastOptimize 和 FastUpdate 脚本将尝试使用间隙上方的文件完美填充间隙，但如果 MyDefrag 无法找到完美匹配的文件组合，则 (较小的) 间隙将无法填充。SlowOptimize 脚本将产生更清晰的结果，但需要更多时间才能完成。
在 Windows 运行时，有许多文件无法移动，因为它们正在被应用程序、服务或 Windows 本身使用。请参阅“c:\Program Files\MyDefrag v4.1\MyDefrag.log”文件，获取无法移动的文件列表。不可移动的文件可能位于磁盘上的任何位置，通常被分割成微小的片段。换句话说，硬盘不是可以随意移动文件的大块空间，而是成千上万个由不可移动数据包围的小块。提示：某些不可移动的 Windows 文件无法进行碎片整理，但您可以采取一些措施。有关更多信息，请参阅常见问题解答特殊文件
碎片整理和优化 可能需要很长时间，您必须耐心等待。在窗口顶部，您将看到当前的 MyDefrag 活动，通常程序会以极快的速度移动文件，每秒数十个小文件。不过，显示每秒仅刷新一次，大文件显然需要更多时间。
- 如果您的计算机在运行 MyDefrag（尤其是 MyDefrag 显示）时没有响应，请尝试 Slowdown 设置以使 MyDefrag 使用更少的资源。注意：在移动 $MFT 时，计算机没有响应是正常的。这是由 Windows 本身内部的某些因素造成的，而不是 MyDefrag。
- 尝试关闭病毒扫描程序。有些病毒扫描程序会退出并扫描 MyDefrag 移动的所有文件，即使 MyDefrag 不会执行或更改这些文件。
- 尝试重启。有时 Microsoft 碎片整理 API 会莫名其妙地变得很慢，甚至移动一个小文件都要花一分钟时间。我不知道为什么，但通常重启会有所帮助。
- 清理硬盘上的旧内容。如果有足够的可用空间，MyDefrag 可以更有效地移动文件。
无法预测脚本需要多少运行时间。这取决于您选择的优化、硬盘速度、文件大小、磁盘上的数据量、文件当前的放置方式等因素。假设硬盘速度为每秒 40 兆字节，则读取 100 千兆字节的数据将需要 100000 / 40 = 2500 秒（42 分钟）。但 MyDefrag 要做的不仅仅是读取数据，它还必须写入数据并更新 MFT/FAT。并且它可能必须先将数据移开，然后才能将项目放置在它想要的位置。MyDefrag 将尽可能高效地完成工作，尽可能减少数据移动，但无论如何它都会花费很长时间。如果您关心速度，请使用“快速优化”脚本。它将在最短的时间内产生非常好的结果，特别是如果您每天都使用它。
提示：有关程序正在做什么的更多信息，请使用“-d 4”命令行参数运行它，或者在“C:\Program Files\MyDefrag v4.1\Scripts\Settings.MyD”脚本中添加一行“Debug(175)”，并在程序运行时查看“C:\Program Files\MyDefrag v4.1\MyDefrag.debuglog”文件。
答案2
看起来似乎是 vhd 文件导致了该问题，将其移出、执行碎片整理然后返回后，所有后续的碎片整理都没有问题。
答案3
我建议禁用虚拟磁盘的优化。编辑 MyDefrag 脚本以不优化指定目录（例如虚拟磁盘所在的目录）很简单。
我用虚拟盒发现在主机操作系统使用 MyDefrag 优化虚拟磁盘后，它无法识别虚拟磁盘。我还在其他地方读到，抱歉我没有参考资料，在主机操作系统中优化虚拟磁盘不是一个好主意。推荐的方法是优化客户操作系统中的虚拟磁盘。