补全:错误率
补全 error_rate：错误占总数的百分比。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、测吞吐延迟、定位竞争
补全:取分位延迟
补全 percentile：已排序延迟第 p 百分位。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、测吞吐延迟、定
补全:平均延迟
补全 avg：延迟之和除以个数。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、测吞吐延迟、定位竞争。 吞吐/延迟：
定位竞争先找什么
服务扛不住高并发，定位竞争先找【0】。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、测吞吐延迟、定位竞争。 定位竞
锁成瓶颈怎么优化
发现某把锁成了瓶颈，常见优化是【0】。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、测吞吐延迟、定位竞争。 定位竞
优化前后的加速比
按模型，优化前 90、优化后 30，speedup(90, 30) 交回几？ 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列
补全:找瓶颈资源
补全 bottleneck：交回等待最久的资源 k。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、测吞吐延迟、定位
补全:数热点
补全 n_contended：等待超阈值的资源有几个。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、测吞吐延迟、定
补全:加速比
补全 speedup：优化前除以优化后。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、测吞吐延迟、定位竞争。 定位
补全:更快了吗
补全 worth_optimizing：优化后更快才算值。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、测吞吐延迟