交付高并发服务的底线
独立交付一个高并发服务，底线是【0】。 （判分只看你在受控容器里的真机产物，纯本机、纯 Python，不靠时序、不起长驻服务。）
补上锁后计数变对
真机：server.py 原来 LOCKED = False、4 线程各加 3 次计数只剩 3。补上锁后 --run 报的 计数 = N 是几？ （判分只看你在受控容器里的真机产物，纯本机、纯 Python，不靠时序、不起长驻服务。）
查:成功完成几个
场景：~/svc/bench.py 读一份压测结果。 任务：跑 python3 ~/svc/bench.py --summary，读它报的 完成 = N（非错误的），到 ~/对照表.txt 查 N 填进来。 （判分只看你在受控容器里的真机产
查:这批的吞吐
场景：另一份压测结果，看吞吐。 任务：跑 python3 ~/svc/bench.py --perf，读它报的 吞吐 = N，到 ~/对照表.txt 查 N 填进来。 （判分只看你在受控容器里的真机产物，纯本机、纯 Python，不靠时序、
查:瓶颈在哪个资源
场景：~/svc/waits.txt 记着各资源被等的时长。 任务：跑 python3 ~/svc/bench.py --hot，读它报的 热点 = X（等最久的资源），到 ~/对照表.txt 查 X 填进来。 （判分只看你在受控容器里的真
查:一共压了多少请求
场景：同一份压测结果，数总请求。 任务：跑 python3 ~/svc/bench.py --summary，读它报的 请求 = N，到 ~/对照表.txt 查 N 填进来。 （判分只看你在受控容器里的真机产物，纯本机、纯 Python，不
修:计数丢更新
场景：~/svc/server.py 的 LOCKED = False，共享计数丢更新。 任务：改成 True，让 --run 报 计数 = 12。改好运行 ~/check。 （判分只看你在受控容器里的真机产物，纯本机、纯 Python，不
修:池子容量太小
场景：~/svc/server.py 的 CAP = 8，12 个请求里 4 个被拒。 任务：把容量改成 CAP = 12，让 --run 报 拒绝 = 0。改好运行 ~/check。 （判分只看你在受控容器里的真机产物，纯本机、纯 Pyt
修:没配 worker 干活
场景：~/svc/server.py 的 WORKERS = 0，完成数是 0。 任务：把它改成 WORKERS = 4，让 --run 报 完成 = 12。改好运行 ~/check。 （判分只看你在受控容器里的真机产物，纯本机、纯 Pyt
交付:锁和容量都修好
场景：~/svc/server.py 两处：LOCKED = False、CAP = 8。 任务：两处都改对（True、12），让 --run 报 计数 = 12、拒绝 = 0。改好运行 ~/check。 （判分只看你在受控容器里的真机产物