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
