每连接一线程要几个线程
按模型，5 个连接下 threads_needed("thread", 5, 2) 交回几？ 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来
补全:数架构种类
补全 n_models：常见架构有几种（MODELS 的长度）。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、测吞
补全:要几个线程
补全 threads_needed 的 pool 分支：固定线程池就用 workers 个。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状
补全:扩得省不省
补全 scales_cheap：池和异步扩起来省，每连接一线程贵。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、测
并发服务器主循环干什么
并发服务器的主循环，核心是【0】。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、测吞吐延迟、定位竞争。 并发服务器
为什么要把处理派出去
主循环把连接派给别的 worker 处理，是为了【0】。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、测吞吐延迟、
连接怎么分给多个 worker
把连接均匀分给多个 worker，最简单的办法是【0】。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、测吞吐延迟、
第 7 个连接给谁
按模型，3 个 worker 时 assign(7, 3) 交回几？ 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、
补全:连接分给谁
补全 assign：第 i 个连接轮询分给 i % workers。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、
补全:处理完几条
补全 count_done：日志里有几条是 done。 贯穿本节的并发模型（判题机 0.25 核有 GIL、答案不靠时序，这是它的确定模型，见 spine.py）：高并发服务器搭起来后要选架构、加锁护状态、连接池/队列、压测、测吞吐延迟、定