stackabletech / stackabletech/commons-operator
Lower memory usage of commons-operator
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 8
- Forks
- 4
- Merge moyen
- 7 h 48 min
- PR mergées (30 j)
- 7
Description
Currently the memory required by the commons-operator scales with the amount of Pods in a K8s cluster.
This can lead to more or less unbounded memory usage.
We need to investigate how we can limit this.
One possibility to limits this is by leveraging the work that will be done in https://github.com/stackabletech/issues/issues/188
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Aucun fichier, test ou point d’entrée n’est indiqué. Commencez par lire le Stackable issue #188 lié et par mesurer comment la mémoire de commons-operator évolue avec le nombre de Pods dans un cluster. La tâche sera terminée lorsqu’une approche à mémoire bornée aura été arrêtée, avec des éléments prouvant qu’elle répond au comportement de montée en charge signalé.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- kubernetes, python
- Domaine
- devops, infrastructure
- Type d'issue
- Bug
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100