integer_compression_codec: stored size anchors are impossible for the documented Varint starter

未关闭
#52 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 2 天内回复

还没有人认领这个 Issue。

评估

难度
4/5
预计耗时
3-5 天
新手友好度
54/100
Issue 类型
缺陷
描述清晰度
基本清楚
活跃度
活跃
技术栈
python
领域
testing-qa

调研方向

Read baseline_results.json and scoring_scheme.md, then reproduce the reported starter run with the listed sforge build and judge_local.py commands. Compare the per-dataset encoded sizes with the stored anchors and trace how the scoring calculation uses them. Decide how to handle the scale change while preserving the stated throughput anchors, then verify the starter and top-file scores against the issue's reported ranges.

由索引模型根据 Issue 内容生成。

描述

Task

integer_compression_codec

Claim

The stored size anchors in baseline_results.json can't come from the documented baseline. scoring_scheme.md says the baseline is the Varint starter, and Varint writes at least 8 bits per integer, yet five of eight anchors are below 8 (5.13 on docids) and all eight are below the starter's real size. Each dataset is off by a different factor, 1.23 to 8.23.

Impact

Every score uses these anchors. With the starter's exact sizes, the starter's raw score goes from 0.24-0.25 to 0.83-0.88 (documented 1.0) and our top file from 73.78 to raw 167.38-167.51, which clips on the 0..100 scale, so a fix needs a scale decision.

Evidence and how to reproduce

On community f92857a3, after python -m sforge build --task integer_compression_codec, grade the starter with python3 tools/judge_local.py --task-dir edgebench/tasks/integer_compression_codec --image edgebench.judge.integer_compression_codec:d5de821d0a38 --empty --out result.json and read metrics.per_dataset[].encoded_bytes in the structured result inside log_tail: encoded_bytes * 8 / n is 38.98 on docids, against the stored 5.13, on every run.

Limits

Throughput anchors stay as they are (Known issue 2). All real submissions here come from one agent's two runs.

主要语言
SMT
星标
477
派生
20
平均合并
3 天 6 小时
30 天内合并 PR
3

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

ByteDance-Seed/EdgeBench 的其他 Issue

查看 ByteDance-Seed/EdgeBench 的全部 Issue

相似的 Issue

更多 Testing & QA Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。