首页
/ OpenCompass中使用NumWorkerPartitioner时的结果汇总问题解析

OpenCompass中使用NumWorkerPartitioner时的结果汇总问题解析

2025-06-08 12:12:24作者:姚月梅Lane

在OpenCompass项目中进行大规模模型评估时,NumWorkerPartitioner是一个常用的任务分割工具。它能够将评估任务均匀分配到多个工作节点上并行执行,显著提高评估效率。然而,在实际使用过程中,开发者可能会遇到一个典型问题:当使用NumWorkerPartitioner切分推理层和验证层任务后,最终的结果指标无法正确汇总。

问题现象

当配置文件中使用如下设置时:

infer = dict(
    partitioner=dict(type=NumWorkerPartitioner, num_worker=8),
    runner=dict(
        type=LocalRunner,
        task=dict(type=OpenICLInferTask),
        max_num_workers=8
    )
)

eval = dict(
    partitioner=dict(type=NumWorkerPartitioner, num_worker=8),
    runner=dict(
        type=LocalRunner,
        task=dict(type=OpenICLEvalTask),
        max_num_workers=100
    )
)

执行评估后,工作目录中会为每个测试集生成多个分片结果文件(如AGIEval_0.json到AGIEval_7.json),但在最终的结果汇总(summarize)阶段,这些分片结果无法自动合并,导致最终指标显示为"-"。

问题根源

这个问题源于OpenCompass的默认结果汇总机制与NumWorkerPartitioner的工作方式不兼容。NumWorkerPartitioner会将单个数据集评估任务拆分为多个子任务并行执行,每个子任务生成独立的结果文件。而默认的结果汇总器(Summarizer)设计时可能没有考虑到这种分片结果的情况,导致无法自动识别和合并这些分片结果。

解决方案

针对这个问题,开发者可以采取以下解决方案:

  1. 自定义NumWorkerSummarizer: 实现一个专门处理NumWorkerPartitioner分片结果的汇总器。这个汇总器需要:

    • 识别同一数据集的分片结果文件(通过文件名模式匹配)
    • 合并各分片的评估指标
    • 计算整体数据集的结果
  2. 结果后处理脚本: 编写一个后处理脚本,在所有评估任务完成后:

    • 扫描结果目录,收集所有分片结果
    • 合并统计指标
    • 生成最终汇总报告
  3. 调整评估策略: 如果数据集规模允许,可以:

    • 减少num_worker数量
    • 使用其他分区策略(如SizePartitioner)
    • 避免将单个数据集拆分成过多分片

最佳实践建议

  1. 对于超大规模评估任务,推荐使用自定义的NumWorkerSummarizer方案,这能保持并行评估的高效性同时确保结果正确汇总。

  2. 实现自定义汇总器时,需要注意:

    • 结果文件的命名规范
    • 指标合并的逻辑(特别是对于accuracy等需要加权平均的指标)
    • 错误处理和部分结果缺失的情况
  3. 在评估配置中明确记录使用的分区策略和对应的汇总器,便于后续结果复现和问题排查。

通过合理设计结果汇总机制,开发者可以充分发挥OpenCompass的并行评估能力,同时确保最终评估结果的准确性和完整性。

登录后查看全文
热门项目推荐
相关项目推荐

热门内容推荐

最新内容推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
22
6
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
897
534
KonadoKonado
Konado是一个对话创建工具,提供多种对话模板以及对话管理器,可以快速创建对话游戏,也可以嵌入各类游戏的对话场景
GDScript
21
13
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
7
0
note-gennote-gen
一款跨平台的 Markdown AI 笔记软件,致力于使用 AI 建立记录和写作的桥梁。
TSX
85
4
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
374
387
CangjieCommunityCangjieCommunity
为仓颉编程语言开发者打造活跃、开放、高质量的社区环境
Markdown
1.09 K
0
ShopXO开源商城ShopXO开源商城
🔥🔥🔥ShopXO企业级免费开源商城系统,可视化DIY拖拽装修、包含PC、H5、多端小程序(微信+支付宝+百度+头条&抖音+QQ+快手)、APP、多仓库、多商户、多门店、IM客服、进销存,遵循MIT开源协议发布、基于ThinkPHP8框架研发
JavaScript
94
15
cherry-studiocherry-studio
🍒 Cherry Studio 是一款支持多个 LLM 提供商的桌面客户端
TypeScript
626
60
HarmonyOS-ExamplesHarmonyOS-Examples
本仓将收集和展示仓颉鸿蒙应用示例代码,欢迎大家投稿,在仓颉鸿蒙社区展现你的妙趣设计!
Cangjie
402
383