每秒请求数与响应时间之间的相关性?

时间:2009-03-31 15:17:44

标签: performance web-applications

有人可以解释每秒请求数与响应时间之间的相关性吗?你最初想改进哪些?如果您的竞争对手在其最常用的功能上提供较少的“每秒请求数”,那么您的应用程序在最终用户性能方面的表现是否更好?

4 个答案:

答案 0 :(得分:14)

  

有人可以解释每秒请求数与响应时间之间的相关性吗?

把这种情况想象成是一个加油站。汽车以不同的间隔到达并占用一个泵;他们花了一些时间来填补,然后他们离开。

  • 每辆到达并占用泵的车都是要求。
  • 填写所需的时间是您的回复时间。

您可以通过两种方式改进:

  • 如果您添加更多泵,您可以同时为其他车辆提供服务,因为会有更多容量。
  • 如果你让所有的泵都更快,你可以使用相同数量的泵为更多的汽车服务,因为每辆汽车都会更快完成。
  

你最初想改进哪些?

这取决于。你想更快地为人们服务(改善他们的经验,同时让其他人等待),从而更多的人整体,或者你想一次为更多的人服务(可能花费请求时间)?理想情况下,让两个指标尽可能好。

答案 1 :(得分:1)

这完全取决于您的系统将承担何种负载。

如果您有数百万用户,那么您需要每秒处理更多请求,但可能会以响应时间为代价,否则用户可能无法在需要时进行连接。

但是,如果你只有30个用户,那么对他们来说更重要的是你的系统响应速度快,而不是每秒处理一千个请求。

答案 2 :(得分:1)

每秒请求数可能很高,同时提供糟糕的用户体验。您可能会有很多用户每秒购买数千张音乐会门票,但每位用户的响应时间超过30秒。

对于高性能,愉快的网站,您需要每秒的最大响应时间。作为用户,我喜欢5秒或更短时间。

答案 3 :(得分:0)

  

如果您的竞争对手在其最常用的功能上提供较少的“每秒请求数”,那么您的应用程序在最终用户性能方面的表现是否更好?

我不同意这一点。看看谷歌。他们每秒发出数千个请求 - 地狱,我认为每天有1亿,每月30亿。

要回答您的问题,我认为响应时间比每秒请求更重要。当然,您可以优化/最小化请求的数量,但如果您的产品可以扩展以处理无限请求(仅仅通过在问题上投入更多硬件),那么我认为这更有价值。