[PPL] Add retained-result byte accounting for asynchronous queries
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
Start with follow-up #5765 and the existing AsyncQueryExecution contract. Work out the per-node budget, byte measurement, terminal behavior, and exactly-once reserve/release paths across completion, DELETE, expiration, startup abort, owner shutdown, and races. Done means metrics and concurrency tests cover retained-byte usage and rejected retention without changing the execution contract.
索引モデルが issue の本文から書いたものです。
説明
Follow-up to #5765.
Problem
The first asynchronous PPL API implementation limits retained jobs by count and relies on plugins.query.size_limit for row count. Neither limit bounds retained bytes. A successful retained job keeps its result object graph reachable until DELETE, expiration, or shutdown, so a small number of wide rows or large string values can consume substantial heap. plugins.query.memory_limit protects execution-time heap pressure but does not account for retained results.
Scope
- Define a per-node retained-result byte budget and setting.
- Define the byte measurement used for admission (for example, serialized result size versus an explicit heap estimate).
- Define terminal job behavior when a completed result cannot be retained within the budget.
- Reserve and release capacity exactly once across completion, DELETE, expiration, startup abort, owner shutdown, and races between them.
- Add metrics and concurrency tests for retained-byte usage and rejected retention.
- Preserve the existing
AsyncQueryExecutioncontract; execution producers should not depend on lifecycle retention policy.
Out of scope
Result paging or delta delivery remains separate work.
- 主要言語
- Java
- スター
- 175
- フォーク
- 233
- 平均マージ
- 2日 16時間
- マージ済み PR（30日）
- 39
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
opensearch-project/sql のほかの issue
-
[Enhancement] Make the flat_object read depth cap configurable instead of a constant対応中かも @RyanL1997 が 11 日前に担当しました。 オープンenhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
opensearch-project/sql#5842 ·
メンテナーはふだん 1 日以内に返信
-
[BUG] PromQL queries fail with InvalidTypeIdException when metric has a label named "type"対応中かも @nagendramohan が 74 日前に担当しました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
opensearch-project/sql#5684 · コメント 4 件 ·
メンテナーはふだん 1 日以内に返信
-
[DOC] Calcite settings documentation missing examples対応中かも @AzazelSensei が 31 日前に担当しました。 オープンdocumentation PPL
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
opensearch-project/sql#4806 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
enhancement untriaged
難易度 4/5 3〜5日 初心者へのやさしさ 54/100
opensearch-project/sql#5906 ·
メンテナーはふだん 1 日以内に返信
-
bug PPL untriaged
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
opensearch-project/sql#5904 ·
メンテナーはふだん 1 日以内に返信
opensearch-project/sql の issue をすべて見る
似ている issue
-
[Bug]: REST API URL starting with "http" but no scheme (e.g. httpbin.org/get) is not given an http:// prefix対応中かも @ItsDeadlyProgrammer が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
appsmithorg/appsmith#42471 · コメント 1 件 ·
メンテナーはふだん 2 日以内に返信
-
code-maintenance
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
メンテナーはふだん 1 日以内に返信
-
bug priority: medium Review effort [1-5]: 3 status: needs-triage type: bug
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
carlos-emr/carlos#5258 ·
メンテナーはふだん 1 日以内に返信
-
bug: author create/update with an unknown avatarId returns 404 instead of 400 UNKNOWN_REFERENCE対応中かも @Vinu2111 が今日担当しました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
atomityhq/blog-cms#59 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
メンテナーはふだん 1 日以内に返信