我目前正处于对Web应用程序进行性能调优的过程中，并且正在对所谓的“良好”性能进行一些研究。我知道这通常取决于正在构建的应用程序，目标受众以及许多其他因素，但我们想知道人们是否遵循一般规则。
调整总是存在风险，即工作没有结束，并且在某个时候应该在必须停止时调用一个，但是什么时候这样？我们什么时候可以开心工作呢？
为了启动讨论，我一直在使用以下规则，基于Jakob Nielsen报告（http://www.useit.com/alertbox/response-times.html），其中说
3个响应时限是 就像我写这篇文章一样 1993年（基于40年的研究 人为因素先驱）：
0.1秒给人一种即时反应的感觉 - 也就是说 结果感觉就像是由它引起的 用户，而不是计算机。这个级别 响应能力至关重要 支持直接的感觉 操纵（直接操纵是 一种关键的GUI技术 增加用户参与和控制 - 有关它的更多信息，请参阅我们的原则 界面设计研讨会）。
1秒 保持用户的思想流 无缝。用户可以感知延迟，并且 因此知道计算机正在产生 结果，但他们仍然感觉到 控制整体经验和 他们是自由而不是 在电脑上等待。这个学位 好的需要响应性 导航。
10秒保持 用户的关注。从1-10秒， 用户肯定会感到受宠 电脑，希望它更快， 但他们可以处理它。 10点以后 秒，他们开始思考 其他的事情，让它变得更难 他们的大脑一旦回到正轨 电脑终于做出了回应。
10秒的延迟通常会使用户 立即离开现场。即使 他们留下来，对他们来说更难 了解发生了什么，做到了 他们不太可能成功 任何困难的任务。
即使是少数 秒的延迟足以创造一个 不愉快的用户体验。用户是 不再控制，他们是 因为不得不等待而有意识地生气 对于电脑。因此，重复 短暂的延迟，用户将放弃 除非他们非常致力于 完成任务。结果？您 很容易失去一半的销售额（到 那些不太忠诚的客户）简单 因为你的网站也是几秒钟 对于每个页面，每个page.slow都会缓慢。
答案 0 :(得分：3)
如果您将Apache作为Web服务器，则可以使用Google制作的页面速度模块。 而不是等待开发人员改变遗产，而是利用您可用的CPU和内存来提供更好的用户体验。
http://code.google.com/speed/page-speed/docs/module.htmlct 它为最常见的疼痛因素提供了解决方案，并立即生效。无需编码，也无需更改Web应用程序的遗留代码。
答案 1 :(得分：1)
这些规则非常明智。实际上，人们的目标应该是在1秒或更短的时间内完成响应时间，但有时处理时间会更长（设计糟糕，机器速度慢，等待第三方，密集数据处理等）。在这种情况下，可以使用各种提示＆amp;改善用户体验的技巧：