How to use multithreading to speed up KL calculations？
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 30/100
- Issue 类型
- 功能
- 描述清晰度
- 需要澄清
- 活跃度
- 停滞
- 技术栈
- jupyter-notebook
调研方向
该 issue 将 KL 计算确定为缓慢的入口点，但没有指出文件、测试或实现位置。首先定位 KL 计算，并分析其线程行为；只有在有具体且经过验证的方法使用多个线程，并有证据表明计算速度更快时，才能算完成。
由索引模型根据 Issue 内容生成。
描述
I found that when I was doing KL calculation, only one thread was calculating, which is currently taking up a lot of my time. How can I solve this problem?
- 主要语言
- Jupyter Notebook
- 星标
- 568
- 派生
- 74
- 平均合并
- 20 小时 2 分钟
- 30 天内合并 PR
- 1
贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
microsoft/foldingdiff 的其他 Issue
-
难度 4/5 3-5 天 新手友好度 38/100
microsoft/foldingdiff#32 ·
-
难度 5/5 一周以上 新手友好度 20/100
microsoft/foldingdiff#26 ·
-
难度 1/5 1 小时以内 新手友好度 20/100
microsoft/foldingdiff#25 ·
-
难度 4/5 3-5 天 新手友好度 25/100
microsoft/foldingdiff#24 ·
-
难度 3/5 1-2 天 新手友好度 35/100
microsoft/foldingdiff#22 ·
查看 microsoft/foldingdiff 的全部 Issue
相似的 Issue
-
bug module:classification
难度 2/5 1-3 小时 新手友好度 75/100
-
low AI-generated score register-submission
难度 2/5 1-3 小时 新手友好度 70/100
UKGovernmentBEIS/inspect_evals#2521 · 2 条评论 ·
-
bug
难度 2/5 1-3 小时 新手友好度 65/100
stanfordnlp/stanza#1683 · 2 条评论 ·
-
wer_score / mer_score / cer_score return 0 (a perfect lower-is-better score) for an empty prediction 未关闭
难度 2/5 1-3 小时 新手友好度 75/100
stanford-crfm/helm#4359 ·
-
难度 1/5 1 小时以内 新手友好度 90/100
ml-explore/mlx-lm#1915 · 1 条评论 ·