本帖最后由 冷月葬花魂 于 2013-1-6 14:13 编辑
但是，很难找到可衡量的结果。很少有网站提供实际结果指标，即使有，他们提供的数据也主要是报告缩短的启动时间。[我忽略了在安装到 486C 兼容版期间更改 Windows 硬件抽象层 (HAL) 造成的“虚假情况”。]虽然您可缩短启动时间，但启动时间与性能之间并没有紧密的联系。启动过程与工作过程大不相同。此外，缩短启动时间实际上还可能会延长应用程序的启动时间。能不能用一些指标来证明调整的实际效果呢？理论上能。但实际上不能。
在 Windows 98 时代，针对 ConservativeSwapfileUsage 注册表项对整体系统性能的影响，我开展了一项 研究，并使用数理统计方法分析了研究结果。我发现，我必须进行数百次测试才能得到准确而可靠的系统性能结果您认为有人会花费一两个星期的时间积累测试结果来确定通过调整 Windows 而实现的效果吗？我认为没有。Windows 是一种复杂的操作系统，它的一些后台进程可能会影响性能测试结果。因此，重复测试的结果可能会有 2% 到 3% 甚至更大的偏差。
一般来说，调整的效果小于 2% 到 3%。然而，只进行一两次测试，很难说测试结果确有不同还是只是随机偏差。那么，上面提到的说法呢：“系统的运行速度似乎快了很多。”这些说法是骗人的吗？不是的，调整后，系统的运行速度似乎确实快了。然而，实际上，可能并没有变快。我们倾向于感知我们想要相信的东西，而不去考虑这些东西是否真实存在。
您见过品酒师是如何工作的吗？他们品尝的酒只有编号，没有名字。正是这种盲法才使比较有效。而当您清楚您比较的是什么时，就无法避免潜意识的反应。遗憾的是，这就是无用的程序也能热卖的原因。坚信计算机的运行速度一定更快，十之八九，您就是这样感知的。
十年前，我编写了一个程序，旨在提高配有特定硬件的 Pentium I 计算机的 Windows 性能。这个程序无法用于任何其他任何硬件，但它的描述非常有说服力 — 以至于用户发来的多封电子邮件显示了提供建议的力量。用户在反馈中这样写道：“日志文件说‘未安装’，但我确信已经安装了，因为运行速度似乎快多了。”
现在，让我们看看“调整理论”的另一面。您是否认为开发人员错失了提高 Windows 性能的机会？或者是否认为他们没有考虑调整？我不这样认为。Microsoft 的 Windows 性能团队在各种计算机上运行着各种各样的性能基准测试/工作负载。
首先，费力提升性能的结果可能显得并不惹人注目，但 5% 对于性能差异来讲，实属不小的差异。几次简单而轻松的调整可能会使性能提升高达 10%。
您或许认为 5% 到 10% 的性能提升不会有什么影响，但实际上确实有影响。操作系统任务主要是运行用户应用程序。操作系统使用的资源越少，应用程序运行的速度就越快。假定 Windows (n-1) 通常使用 10% 的计算机资源，而应用程序使用剩余的 90% 的计算机资源。又或者假定 Windows (n+1) 的运行效率是原来的两倍（这是一个巨大的进步），此时它使用 5% 的计算机资源。在这种情况下，应用程序的运行速度将会比以前快 95/90 倍，即 1.056 倍。这个例子表明：操作系统开发中的显著差异对整体性能贡献不大。对于为了提升性能而进行调整来说，这是一个巨大的矛盾。调整根本无法达到您预期的效果。
我曾问过 Michael Fortin（Windows 领域的杰出工程师），Windows 团队是否对已发布的调整和提示进行研究。Fortin 回答说：“我问了一些 [团队的] 人，结果让我有点儿吃惊。我发现，虽然大多数人都在做，但总的来说他们似乎都是在瞎忙活。只有一个例外：卸载您不使用的东西。”
所以，我得出一个结论：就提高计算机运行速度而言，几乎所有的 Windows 调整都毫无用途。要获得显著的效果，您需要重新购买一台计算机或升级现有系统；至少，您需要卸载一些不经常使用的程序。
最后，我想给您一些提示，供您在考虑几个常被推荐的“优化”时参考：
- 如果您看到设置 SecondLevelDataCache 注册表项的提示，请牢记：自 Windows 2000 SP1 后就从未再使用过它。
- 如果您看到有人说 DisablePagingExecutive 键可以提升性能，请不要相信，这种说法是骗人的。实际上，它可能会降低整体性能；但是，由于它缩短了响应时间，因此系统似乎运行得更快了。
- 在 Msconfig 中设置处理器或内核的数量也无法加快启动速度，因为默认情况下，会使用所有内核。
| 
|小黑屋|云伴侣
( 粤ICP备14022677号-1 )|
亚丁云旗下站点
发表于 2013-1-6 14:09:53
发表于 2013-1-6 20:04:29
楼主
