我发现不管是内行还是外行,对互联网系统的能力评估,多半一知半解,对并发吞吐的理解往往不是很透彻。
场景
举个栗子尝试解释一下:
市东头有一座桥,可以支撑80辆车同时在桥面通行,桥面没有坡度,没有坑洼,且桥两端的路况极好,每辆车通过桥面的平均时间是30秒。
市西头也有一座桥,也可以支撑80辆车同时在桥面通行,但是桥面年久失修,坑坑洼洼,桥两边的路况也不是很好,每辆车通过桥面的平均时间是2分钟。
思考
那么请问东桥和西桥能支撑的最大并发数一样吗?
如果东桥因事故封闭,所有过境车辆必须走西桥,那么道路吞吐量一样吗?
- 最大并发数:理论上桥面能支持同时行驶的车辆数量,假设车距在保证安全的情况最短,且车密度一致。
- 吞吐量:该路段一天最多能通过的车辆数量。
- 平均响应时间:每辆车通过桥面的平均时间
结论
明确这几个概念以后我们尝试得出如下几个结论:
- 并发数 东桥西桥一样等于80
- TPS = 并发数/平均响应时间。 东桥:80/30 西桥80/120
- 吞吐量,系统响应时间和最大并发决定了吞吐量的上限,实际吞吐量是根据业务统计的,必须实际上每天过境的车辆。网站PV,订单交易数量等等。
网友评论