补全:算吞吐

补全 throughput：完成数整除秒数（用 //，只要整数）。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选

阅读更多 →

这批延迟的 p95

按模型，percentile([10,20,30,40,100], 95) 交回几？ 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发

阅读更多 →

完成120个用4秒吞吐多少

按模型，throughput(120, 4) 交回几？ 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护

阅读更多 →

延迟看 p95 比平均好在哪

看延迟看 p95 而不只看平均，好处是【0】。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连

阅读更多 →

吞吐指的是什么

服务的「吞吐」通常指【0】。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、

阅读更多 →

补全:成功完成数

补全 completed：发出减失败。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队

阅读更多 →

补全:并发数

补全 concurrency：并发数就是客户端数。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态

阅读更多 →

补全:每秒发多少

补全 rps：总请求整除秒数（用 //，和本节别的函数一样只要整数）。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后

阅读更多 →

补全:一共发多少请求

补全 total_reqs：客户端数乘每个发的数。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态

阅读更多 →

四个客户端各发25个共几个

按模型，total_reqs(4, 25) 交回几？ 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状

阅读更多 →