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

有人能解释一下每秒请求数和响应时间之间的相关性吗?

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

• 每辆到达并占用一个泵的汽车都是一个请求。

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

• 如果你增加更多的泵, 你可以一次维修更多的汽车,因为容量会更大。
• 随着时间的推移,你可以用相同数量的泵为更多的汽车提供服务,因为每辆车都会更快地完成。

你一开始想改进什么?

这取决于。你是想更快地为人们服务(在让其他人等待的同时改善他们的体验),从而让更多的人参与进来,还是想一次为更多的人服务(可能以牺牲请求时间为代价)?理想情况下,让这两个指标尽可能好。

这一切都取决于你的系统将承受什么样的负载。

如果你有数百万用户,那么你需要每秒处理更多的请求,这可能会以牺牲响应时间为代价,否则用户可能无法在他们想要的时候连接。

然而,如果你只有30个用户,那么对他们来说,你的系统快速响应比每秒处理1000个请求更重要。

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

对于一个高性能、令人愉快的网站,你需要每秒有大量的请求 和 最大响应时间。作为一名用户,我喜欢5秒或更短的时间。

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

我不同意。看看谷歌。他们一秒钟就发出数千个请求——见鬼,我想每天大约有1亿个,每月30亿个。