Improve the efficiency of trace stitching
未關閉
還沒有人認領這個 Issue。
3.14
interpreter-core
performance
- 主要語言
- Python
- 星號
- 77.2k
- 分支
- 35.9k
- PR 合併指標
- PR 指標待擷取
描述
From the way benchmarks have been responding to recent PRs, it certainly seems like side exits could be made more efficient, especially in the happy path. This is especially true of _DYNAMIC_EXIT, which needs to do quite a bit of work for a successful stitch... perhaps the best option here is to just reduce the number of _DYNAMIC_EXITs that we run.
This could also include recompiling stitched traces together into the same executor to essentially remove stitching overhead, too.
Linked PRs
- gh-122295
貢獻指南
從這裡開始
- 先讀完整個 Issue,再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫,在一個分支上完成修改。
- 送出 Pull Request,並在描述裡引用這個 Issue 編號。
研究方向
該 issue 沒有指定檔案或測試。首先檢查 benchmark 回應以及 _DYNAMIC_EXIT 附近的 trace-stitching 路徑;確定減少 dynamic exits 或重新編譯 stitched traces 是否可行。當能夠證明相關 benchmark 上的 stitching 開銷降低時,即視為完成。
由索引模型根據 Issue 內容生成。
評估
- 技術堆疊
- python
- 領域
- performance
- Issue 類型
- 重構
- 難度
- 5/5
- 預估耗時
- 一週以上
- 活躍度
- 停滯
- 描述清晰度
- 需要釐清
- 新手友好度
- 20/100