【发布时间】:2009-03-31 15:17:44
【问题描述】:
有人能解释一下每秒请求数和响应时间之间的关系吗?你一开始想改进哪个?如果您的竞争对手在其最常用的功能上提供的“每秒请求数”少于您,那么您的应用程序在最终用户性能方面的表现是否更好?
【问题讨论】:
标签: performance web-applications
有人能解释一下每秒请求数和响应时间之间的关系吗?你一开始想改进哪个?如果您的竞争对手在其最常用的功能上提供的“每秒请求数”少于您,那么您的应用程序在最终用户性能方面的表现是否更好?
【问题讨论】:
标签: performance web-applications
有人能解释一下每秒请求数和响应时间之间的关系吗?
把这种情况想象成一个加油站。 汽车以不同的间隔到达并占用一个泵;他们花了一些时间填满,然后离开。
您可以通过两种方式改进:
你一开始想改进什么?
这取决于。您是想更快地为人们服务(改善他们的体验,同时让其他人等待),从而总体上为更多的人服务,还是想一次为更多的人服务(可能会花费请求时间)?理想情况下,让这两个指标都尽可能好。
【讨论】:
这完全取决于您的系统将承受什么样的负载。
如果您有数百万用户,那么您可能需要每秒处理更多请求,这可能会牺牲响应时间,否则用户可能无法在需要时连接。
但是,如果您只有 30 个用户,那么对他们来说,您的系统响应速度比每秒处理一千个请求更重要。
【讨论】:
每秒的请求数可能很高,同时提供了糟糕的用户体验。您可能有很多用户每秒购买数千张音乐会门票,但每个用户的响应时间超过 30 秒。
对于一个高性能、令人愉快的网站,您需要每秒有大量的请求和最大响应时间。作为用户,我喜欢 5 秒或更短的时间。
【讨论】:
如果您的竞争对手在其最常用的功能上提供的“每秒请求数”少于您,那么您的应用程序在最终用户性能方面的表现是否更好?
我不同意这一点。看看谷歌。他们每秒发出数千个请求——见鬼,我认为这大约是每天 1 亿个,每月 30 亿个。
为了回答您的问题,我认为响应时间比每秒请求数更重要。当然,您可以优化/最小化发出的请求数量,但如果您的产品可以扩展以处理无限的请求(只需在问题上投入更多硬件),那么我认为这更有价值。
【讨论】: