Problème mémoire Cantharella
Bonjour Andrés, Merci pour ton message et pour ces informations. On était dessus hier AM avec mon étudiante, c'est peut-être liée à une Recherche * que nous avons lancé. Par le passé ça ne semblait pas poser de problème, ou on ne le savait pas car il n'y avait de surveillance... En mettant en place ce contournement, ça voudrait dire qu'à l'avenir en lançant une requête qui demanderait trop de mémoire, les utilisateurs se retrouveraient déconnectés... C'est plutôt embêtant... J'imagine qu'une fois que la personne se déconnecte, la mémoire en question est libérée. Quel est le "risque" d'une trop grande utilisation de la mémoire, que le système se fige ou ne réponde plus? Bonne AM, Sylvain -----Message d'origine----- De : Cantharella-devel <cantharella-devel-bounces@list.forge.codelutin.com> De la part de Andrés Maldonado Envoyé : jeudi 9 octobre 2025 11:18 À : cantharella-devel@list.forge.codelutin.com Objet : [SPAM] [Cantharella-devel] Problème mémoire Cantharella Bonjour Sylvain, Notre supervision a remonté une utilisation mémoire excessive sur l'instance Lemar hier à partir de 16h. On a analysé le problème ce matin avec Jean, ce qui a déclenché l'incident est une recherche qui a renvoyé beaucoup trop de résultats, mais le véritable problème vient de l'architecture de l'application (pas de pagination des requêtes sur /search au niveau du back, pas de libération de ressources). Corriger ce problème semble un gros chantier, donc pour le moment je propose de mettre en place un contournement: ajouter une limite de mémoire au conteneur cantharella-web. Docker redémarrera le conteneur si la limite est dépassée. L'inconvénient est que ça coupera les sessions des utilisateurs connectés. Le contournement serait mis en place sur les 3 instances: demo, lemar et pharmadev. Je mettrai en place également des alertes lorsque le conteneur redémarre, si le problème se présente une fois par an on pourra se contenter du contournement, mais s'il est plus fréquent on pourra en rediscuter pour mettre en place une correction. Est-ce que cette approche te convient ? Bien cordialement, -- Andrés Maldonado Code Lutin _______________________________________________ Cantharella-devel mailing list Cantharella-devel@list.forge.codelutin.com https://list.forge.codelutin.com/cgi-bin/mailman/listinfo/cantharella-devel
On était dessus hier AM avec mon étudiante, c'est peut-être liée à une Recherche * que nous avons lancé. Par le passé ça ne semblait pas poser de problème, ou on ne le savait pas car il n'y avait de surveillance... Ça doit venir de là en effet. Pas de surveillance, pas de problème comme on dit :p En mettant en place ce contournement, ça voudrait dire qu'à l'avenir en lançant une requête qui demanderait trop de mémoire, les utilisateurs se retrouveraient déconnectés... C'est plutôt embêtant... C'est ça, c'est pas l'idéal... J'imagine qu'une fois que la personne se déconnecte, la mémoire en question est libérée.
Quel est le "risque" d'une trop grande utilisation de la mémoire, que le système se fige ou ne réponde plus? D'après notre métrologie, la mémoire reste occupée pendant quelques heures, puis une partie est libérée, mais sans revenir au point de départ. Voici un extrait qui montre l'occupation de la mémoire en
Bonjour Sylvain, pourcentage sur les 30 dernières heures: Si d'autres grosses requêtes, sont lancées, on pourrait avoir un ralentissement, voire un blocage de l'application Java (mais pas du système, on pourra toujours se connecter en SSH pour redémarrer l'appli). Ou peut-être l'appli arrivera à gérer correctement la mémoire sous pression et on verra pas d'effet. On peut aussi laisser les choses en l'état et intervenir uniquement si les utilisateurs remontent des lenteurs. Dis nous ce que tu préfères. Bonne journée, -- Andrés Maldonado Code Lutin
Re-bonjour Andrés, Avec un graphique c’est parlant 😊. Je ne pense pas qu’il y ait beaucoup d’utilisateurs à se connecter au même moment, l’effet de la saturation temporaire de la mémoire devrait être limité. Pour le moment, je serai plutôt partisan pour laisser les choses en l’état. Il faudrait noter qqpart les développements à prévoir pour résoudre ce problème. Bonne soirée, Sylvain De : Cantharella-devel <cantharella-devel-bounces@list.forge.codelutin.com> De la part de Andrés Maldonado Envoyé : jeudi 9 octobre 2025 15:46 À : cantharella-devel@list.forge.codelutin.com Objet : [SPAM] Re: [Cantharella-devel] Problème mémoire Cantharella Bonjour Sylvain, On était dessus hier AM avec mon étudiante, c'est peut-être liée à une Recherche * que nous avons lancé. Par le passé ça ne semblait pas poser de problème, ou on ne le savait pas car il n'y avait de surveillance... Ça doit venir de là en effet. Pas de surveillance, pas de problème comme on dit :p En mettant en place ce contournement, ça voudrait dire qu'à l'avenir en lançant une requête qui demanderait trop de mémoire, les utilisateurs se retrouveraient déconnectés... C'est plutôt embêtant... C'est ça, c'est pas l'idéal... J'imagine qu'une fois que la personne se déconnecte, la mémoire en question est libérée. Quel est le "risque" d'une trop grande utilisation de la mémoire, que le système se fige ou ne réponde plus? D'après notre métrologie, la mémoire reste occupée pendant quelques heures, puis une partie est libérée, mais sans revenir au point de départ. Voici un extrait qui montre l'occupation de la mémoire en pourcentage sur les 30 dernières heures: Si d'autres grosses requêtes, sont lancées, on pourrait avoir un ralentissement, voire un blocage de l'application Java (mais pas du système, on pourra toujours se connecter en SSH pour redémarrer l'appli). Ou peut-être l'appli arrivera à gérer correctement la mémoire sous pression et on verra pas d'effet. On peut aussi laisser les choses en l'état et intervenir uniquement si les utilisateurs remontent des lenteurs. Dis nous ce que tu préfères. Bonne journée, -- Andrés Maldonado Code Lutin
participants (2)
-
Andrés Maldonado -
Sylvain PETEK