Packaging and versioning for benchmarking tools and utilities / 基准测试工具和实用程序的打包与版本管理
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 静か
- 技術スタック
- docker, python
- 領域
- build-system, release, tooling
調査の方向性
The issue names no files, tests, or entry points. Start by reviewing the existing benchmarking utilities and the team's internal Docker packaging approach, then check with maintainers whether Docker, PyPI, or both fit the project's direction. Done means an agreed official versioning and packaging plan is defined.
索引モデルが issue の本文から書いたものです。
説明
Is your feature request related to a problem? Please describe.
My team has been using InferenceX in our automated testing workflow to generate workloads and run benchmarks. The benchmarking utilities are proving to be a critical tool for both simulating workloads and tracking performance metrics. Right now, there doesn't seem to be an official versioning or packaging process for those tools, which makes it trickier to integrate into our testing environment. Currently, we're handling this by packaging them into in an internal Docker image and including the latest commit hash inside the image.
Describe the solution you'd like
Even though the main focus of the InferenceX project is to create timely and reliable benchmarks of the current state of the inference software ecosystem, Official, versioned releases of InferenceX tools and scripts could be useful for the broader community. Are there plans to publish official versioned releases either via a Docker image, a PyPI package, or both? We'd be happy to help start this work by adapting our current packaging work and creating a PR, but we first wanted to check with maintainers and the community to make sure that is consistent with the future direction of the project.
Describe alternatives you've considered
- Continuing to refine our internal Docker image that vendors InferenceX.
- Creating and maintaining our own Python package that bundles the InferenceX benchmarking utilities, rather than relying on an official package.
Additional context
Not that I can think of at the moment. We mainly wanted to understand the project's long term goals related to versioning and packaging, and express our willingness to contribute to a broad solution.
中文说明
功能请求：目前 InferenceX 的基准测试工具和脚本缺少官方的版本管理和打包流程，这使得集成到自动化测试环境中变得困难。请求发布官方版本化的工具，可通过 Docker 镜像、PyPI 包或两者发布。提问者愿意贡献代码来推动此工作。备选方案包括继续维护内部 Docker 镜像或自行打包 InferenceX 基准测试工具。
- 主要言語
- Python
- スター
- 1.9k
- フォーク
- 343
- 平均マージ
- 2日 40分
- マージ済み PR（30日）
- 431
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
SemiAnalysisAI/InferenceX のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
SemiAnalysisAI/InferenceX#2125 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
SemiAnalysisAI/InferenceX#1587 ·
メンテナーはふだん 1 日以内に返信
-
[experimental chore/agentx-v0.2-aiperf-testing branch] agentic build_replay_cmd: missing --tokenizer-trust-remote-code breaks Kimi-K2.5 (and other custom-code tokenizer models) / agentic build_replay_cmd 缺少 --tokenizer-trust-remote-code 导致 Kimi-K2.5 等自定义 tokenizer 模型失败再び着手できるかも @sahil-bhatti-ai が 170 日前に担当しましたが、オープン中のプルリクエストはありません。 オープン
難易度 1/5 1時間未満 初心者へのやさしさ 78/100
SemiAnalysisAI/InferenceX#1369 · コメント 3 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1〜3時間 初心者へのやさしさ 76/100
SemiAnalysisAI/InferenceX#1359 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1時間未満 初心者へのやさしさ 18/100
SemiAnalysisAI/InferenceX#4655 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
SemiAnalysisAI/InferenceX の issue をすべて見る
似ている issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
BCDA-APS/polar-bits#93 ·
-
infer_audio_type only recognises one MPEG Layer III frame header, so most MP3 files are rejected対応中かも @Steve-20-ai が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
[BUG] - ssh_config `Match tagged` statement always applies対応中かも @AtharvRG が今日担当しました。 オープンBug
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
paramiko/paramiko#2715 · コメント 1 件 ·
メンテナーはふだん 9 日以内に返信
-
auto-rejected intake mcp-intake needs-salvage priority:high type:feature
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
Ikalus1988/MisakaNet#4221 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信