对于不可接受的Web应用程序响应时间是否有一些行业标准？
有一个我正在定制的cots（商业现货）应用程序，其中有几页需要很长时间才能加载某些数据分布。 （在这个例子中，我正在谈论大约3分钟的页面加载时间，并且时间呈指数级增长）。
显然这是不可接受的，但是在那里我可以指出可接受的响应时间是多less？
我希望有一些好的研究可能讨论响应时间。
Jakob Nielsens的研究已经为任何应用程序回答了这个问题（networking应用程序在这方面并不特别）：
＃
0.1秒：限制用户感觉他们直接操作UI中的对象。
1秒：限制用户感觉自己在命令空间自由导航而不必过度等待电脑。
10秒：限制用户关注任务。
http://www.nngroup.com/articles/response-times-3-important-limits/
＃
因此，对于Web应用程序，您应该保持页面响应时间平均在服务器附近最多500毫秒，以便拥有一个即使networking时间为200-300毫秒也很高兴使用的Web应用程序。
可接受的UI响应时间基于人类心理学，因此Web应用程序与传统桌面应用程序相同。
取决于最终用户如何感知正在执行的操作，可接受的响应时间可能是1秒（例如closures“对话窗口”）或10秒（例如用于显示计算结果）。
可用性大师Jakob Nielsen写了一篇关于可接受的Web应用程序响应时间的好文章 。
已发布的UI准则指定了相同的可接受的响应时间，例如：
Java外观和感觉指南
GNOME UI文档 。
是的尼尔森的文章有一些关于心理学如何参与的很好的信息。 在这里，您可以find更多关于“感知绩效”为什么重要的信息，而不仅仅是实际的响应时间。
我发布了一个相关的问题，并得到了一些有趣的答案，可能有所帮助 看到
什么被认为是一个dynamic的，个性化的Web应用程序的良好响应时间？
前一段时间，一位教授告诉我，平均用户在等待10秒后放弃，没有任何事情发生。 看到发生的事情可能会增加他们的等待倾向。 但是，这是一段时间以后…当互联网比较慢。
这里有一个很好的博客文章，认为没有行业标准。
也许没有好办法做到这一点。
∞是最不可接受的响应时间。
之后，用户期望它采取的最大时间，这取决于您的服务而变化很大。
一个animation区域将大大增加用户的耐心，无论是沙漏，漩涡，圆圈，甚至一个酒吧，一次又一次地填满和倒空。 只要问题显然不是他们的行为闻所未闻，他们就会等待。
