Fuzzing 集群扩容前，先管住语料和崩溃队列

Fuzzing 集群扩容前，先管住语料和崩溃队列

增加 worker 会提高测试执行量，也会更快地产生重复崩溃和语料。归档、去重和分析跟不上时，计算资源越多，待处理噪声越大。

为三个队列分别设上限

输入语料队列控制大小与来源，执行队列限制目标并发，崩溃队列按目标构建和签名去重。队列满时暂停调度或降低优先级，不让 worker 把存储写爆。

失败重试要识别永久错误

目标启动失败、环境缺失和单次超时的处理不同。只有临时基础设施故障才自动重试；确定性崩溃直接归档，配置错误则停止该任务并通知维护者。

扩容验证看分析吞吐

除了执行次数，观察唯一崩溃、最小化等待、磁盘增长和复现成功。所有结果绑定目标版本与参数，不能拿不同构建的签名直接合并。

Fuzzing 的瓶颈往往从 CPU 转移到证据处理。先让队列可控，再加 worker，结果才不会淹没修复者。