竞赛刷题与评测机配置

评测机的特殊性在于：它要运行用户提交的代码，而这份代码不可信。安全设计因此排在性能前面。 沙箱是第一道关卡 用户提交的程序可能死循环、疯狂申请内存、读写文件甚至尝试对外发连接。评测必须放进受限环境里跑：限制 CPU 时间、限制内存上限、限制进程数、用独立低权限账号运行、禁止网络访问。常用的做法是系统自带的资源限制接口加沙箱工具组合，每道限制单看都不复杂，缺一道就可能被人刷爆整台机器。 编译也要排队 一次比赛提交可能瞬间涌入几百份代码，每份都要先编译再运行。编译进程要限量：按 CPU 核数设定同时编译的上限，其余进等待队列，前端显示排队状态。单份编译限时 30 秒左右，超时判编译失败，防止恶意构造的超长代码占住资源不放。 并发的合理上限 评测并发可以估算：单次评测平均耗时 2 秒，8 核机器留一核给系统，实际并发 3 到 4 路即可保持队列不积压。盲目开高并发只会让所有请求一起变慢。机器配置 8 核 16G 起步，评测用的容器镜像放 SSD，减少每次拉起环境的等待时间。 日志与回溯 每次评测保存编译输出、运行输出和资源占用记录，出现判题争议时有据可查；日志按天切割，保留一个赛期即可，赛完归档清空。对外提供服务的评测平台，主机建议选带基础防御的机型，顺云的高防云服务器 S4 是常见选择，赛题放出来的时间段最容易被恶意流量盯上，高防系列能省掉不少麻烦。 评测系统的优化顺序：先做稳沙箱，再调并发，最后才谈提速。顺序反了，一次恶意提交就能让整场比赛停摆。