Do Not Try To Install Benchmark Dependencies If Already Done
未关闭
还没有人认领这个 Issue。
- 主要语言
- Python
- 星标
- 1k
- 派生
- 203
- 平均合并
- 1 小时 20 分钟
- 30 天内合并 PR
- 2
描述
Currently we install each benchmark's requirements every time we run the benchmarks, which adds to the time it takes. If we know they are already installed then we can skip that.
Possible solutions:
- only install requirements when a venv is created
- for the common venv, we'd need to track (in a file) which benchmarks have been done already
- only install requirements if not done already for the venv
- track with a file (e.g.
<venvroot>/.installed) - use a file to track what has already been installed in the venv
- use
pip freeze(or similar) to identify what has been installed already (requires the ability to verify requirements)
- track with a file (e.g.
All that said, I'm not sure this alone is worth the effort. It might be worth it if combined with #157.
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
调研方向
首先追踪 benchmark 要求的安装位置,以及通用和每个 benchmark 独立的虚拟环境是如何创建的。比较跟踪已安装要求与检查环境这两种方式,包括与 issue #157 的交互。当依赖项已经可用时,重复运行 benchmark 会跳过相关工作,同时不损害依赖项的正确性,即表示完成。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- python
- 领域
- performance, tooling
- Issue 类型
- 功能
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 活跃度
- 停滞
- 描述清晰度
- 基本清楚
- 新手友好度
- 35/100