[PPL] Limit retained jobs and retained-result bytes for asynchronous queries
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Java
- Estrellas
- 175
- Forks
- 233
- Merge medio
- 2 d 19 h
- PR fusionados (30 d)
- 37
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de opensearch-project/sql
-
[Enhancement] Make the flat_object read depth cap configurable instead of a constantPosiblemente ocupada @RyanL1997 la tomó hace 16 días. Abiertoenhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
opensearch-project/sql#5842 ·
Los mantenedores suelen responder en 1 día
-
[BUG] PromQL queries fail with InvalidTypeIdException when metric has a label named "type"Posiblemente ocupada @nagendramohan la tomó hace 79 días. Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
opensearch-project/sql#5684 · 4 comentarios ·
Los mantenedores suelen responder en 1 día
-
[DOC] Calcite settings documentation missing examplesPosiblemente ocupada @AzazelSensei la tomó hace 36 días. Abiertodocumentation PPL
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
opensearch-project/sql#4806 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
[Feature][PPL] Admit every query through one scheduler before it reaches the SQL worker poolsAbiertoenhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
opensearch-project/sql#5912 ·
Los mantenedores suelen responder en 1 día
-
untriaged
Dificultad 3/5 1-2 días Aptitud para principiantes 64/100
opensearch-project/sql#5911 ·
Los mantenedores suelen responder en 1 día
Todos los issues de opensearch-project/sql
Issues similares
-
Preventions: a dose saved without a unit reopens blank, and an unchanged save then erases itAbiertopriority: medium Review effort [1-5]: 3 status: needs-triage type: bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
carlos-emr/carlos#5431 ·
Los mantenedores suelen responder en 1 día
-
Integration tests: jetty:run fails with WELD-001408 for CountryJpaServicePosiblemente ocupada @viniciusmachak la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
primefaces/primefaces#15431 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 80/100
OpenAPITools/openapi-generator#25454 ·
Los mantenedores suelen responder en 1 día
-
Component - Build
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
Update the Russian localizationAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100