无提示排并发故障靠什么

没人告诉你哪坏了,排并发故障最靠得住的是【0】。 (判分只看你在受控容器里的真机产物,纯本机、纯 Python,不靠时序、不起长驻服务。)

开始练习 →

证据指向的瓶颈资源

真机:waits.txt 里 锁 等了 90、库 等了 30。bench.py --hot 报的 热点 = X 是哪个? (判分只看你在受控容器里的真机产物,纯本机、纯 Python,不靠时序、不起长驻服务。)

开始练习 →

查:热点在哪个资源

场景:~/svc/waits.txt 记着各资源被等时长,没告诉你哪个最堵。 任务:跑 python3 ~/svc/bench.py --hot,读它报的 热点 = X,到 ~/对照表.txt 查 X 填进来。 (判分只看你在受控容器里的真

开始练习 →

查:几条请求出错

场景:~/svc/bench.txt 里藏着 5xx,没告诉你几个。 任务:跑 python3 ~/svc/bench.py --summary,读它报的 错误 = N,到 ~/对照表.txt 查 N 填进来。 (判分只看你在受控容器里的真

开始练习 →

查:这次 p95 延迟

场景:同一份压测结果,看延迟长尾。 任务:跑 python3 ~/svc/bench.py --perf,读它报的 p95 = M ms,到 ~/对照表.txt 查 M 填进来。 (判分只看你在受控容器里的真机产物,纯本机、纯 Python

开始练习 →

查:这次吞吐多少

场景:同一份压测结果,看吞吐。 任务:跑 python3 ~/svc/bench.py --perf,读它报的 吞吐 = N,到 ~/对照表.txt 查 N 填进来。 (判分只看你在受控容器里的真机产物,纯本机、纯 Python,不靠时序、

开始练习 →

修:自己找出计数丢更新

场景:~/svc/server.py 的 --run 计数偏小,没告诉你原因。 任务:自己读 server.py 找出没护住共享计数的开关并改对,让 计数 = 12。改好运行 ~/check。 (判分只看你在受控容器里的真机产物,纯本机、纯

开始练习 →

修:自己找出没人干活

场景:~/svc/server.py 的 --run 完成数是 0,没告诉你原因。 任务:自己读 server.py 找出没人干活的那个配置并改对,让 完成 = 12。改好运行 ~/check。 (判分只看你在受控容器里的真机产物,纯本机、

开始练习 →

修:自己找出请求被拒

场景:~/svc/server.py 的 --run 有请求被拒,没告诉你原因。 任务:自己读 server.py 找出容量太小的那个配置并改够,让 拒绝 = 0。改好运行 ~/check。 (判分只看你在受控容器里的真机产物,纯本机、纯

开始练习 →

交付:无提示修好整套

场景:~/svc/server.py 埋了锁、worker、容量三处毛病,都不告诉你在哪。 任务:自己逐个诊断并改对,让 --run 报 计数 = 12、完成 = 12、拒绝 = 0。改好运行 ~/check。 (判分只看你在受控容器里的真

开始练习 →