xuyueandClaude Opus 5.5
307b0725d0
原来四道闸各管各的（worker 判题 2、api 试运行 2、提交前编译检查 2、worker 里流程图 评分的试运行又 2），api 和 worker 两个进程互相看不见，峰值 8 个程序压在服务器两个核上； 判题机按墙钟判超时，挤到一定程度会冤枉学生。 judge/slots.ts 在 Redis 里按池数名额（每个站点各数各的）： - 后台池（正式判题、诊断重跑、流程图评分）上限 JUDGE_CONCURRENCY - 交互池（运行例子、自己输入、生成测试点、编译检查）上限 TRIAL_CONCURRENCY 两池不互相借，正式判题排再长也挤不掉学生的「运行例子」。名额是带到期时间的租约， 进程被杀了到期自动作废；Redis 出错直接放行。正式判题的超时从拿到名额才开始算。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>