Add method to adaptively calculate JVM heap size instead of using a constant
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- kubernetes, rust
- Área
- devops, documentation, tooling
Línea de trabajo
Comienza localizando el cálculo actual del heap de JVM con 0.8 del framework y la documentación de los conceptos de recursos. Investiga un valor mínimo seguro de memoria del OS y, después, rastrea todos los operadores que gestionan productos Java para identificar los usos de la constante. Se considerará terminado cuando el método adaptativo se utilice de forma coherente, operator-rs se haya publicado y la documentación de recursos se haya actualizado.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Recently we added the possibility to add resource requests and limits to our operators.
For the Java based products we currently use a factor of 0.8 to calculate the amount of heap for the JVM depending on the memory limit.
In most cases this will lead to unused memory when using alot of memory. E.g. a pod gets 100GB memory, this will be 80GB for the JVM and we end up with almost 20GB unused but reserved memory.
We need a method in the framework that adaptively calculates the required heap memory in order to waste less memory and leaving enough memory for the OS to run when specifying lower amounts.
Acceptance
- A method to calculate the JVM heap depending on the amount specified is implemented in the framework
- This includes research about a safe minimal value (e.g. 500mb for the OS that must always be respected)
- The operator-rs is properly released
- The resources concepts docs are updated
- All operators managing java products use this method instead of the constant 0.8 factor
- Lenguaje dominante
- Rust
- Estrellas
- 167
- Forks
- 19
- Merge medio
- 1 d 6 h
- PR fusionados (30 d)
- 9
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 stackabletech/operator-rs
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
stackabletech/operator-rs#1273 · 1 comentario ·
-
Improve label mechanisms Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
stackabletech/operator-rs#1077 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
stackabletech/operator-rs#1063 ·
-
stackable-versioned: Require inner module definitions to have the same visibility as the parent Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
stackabletech/operator-rs#1028 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
stackabletech/operator-rs#965 ·
Todos los issues de stackabletech/operator-rs
Issues similares
-
Browser (wasm) relay client cannot connect to relays whose URL has a trailing-dot FQDN hostname Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
n0-computer/iroh#4550 ·
-
impl detach for native Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
paritytech/zombienet-sdk#591 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
farion1231/cc-switch#7638 · 1 comentario ·
-
onnx-ir re-exports ModelProto and GraphProto but not NodeProto, AttributeProto and AttributeType Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100