Discussion :

[JauB]

Bonjour,
J'ai une application utilisant JSF déployée sur TOMCAT5.5. Cette application attauqe une base de données DB2/400 pour faire des éditions (donc pas de mise à jour de la base de données). Il y a peu près 200 utilisateurs qui utilisent cette application en même temps. Le problème c'est qu'on a une lenteur immense pour faire les éditions (on utilise pour cela JasperReports). Ce que j'ai remarqué c'est que lorsque la lenteur apparaît après 5 minutes à peu près d'un redémarrage de TOMCAT. autrement dit, lorsque je redémarre TOMCCAT (installé comme service Windows) les utilisateurs arrivent à éditer sans problème, mais juste après 5 minutes de ce redmérrage, personne n'arrive à éditer.
TOMCAT est saturé après 5 minutes de chaque redmérrage ou quoi?
Une piste s'il vous plaît

[dinobogan]

[mode troll]
Windows n'est pas un serveur de production
[/mode troll]

Il faudrait analyser plus en détail, avec par exemple et en vrac :
1. un bench sur une montée en charge progressive : déterminer s'il y a un seuil de clients au delà duquel l'application s'effondre,
2. analyser finement les ressources utilisées lors de la montée en charge : mémoire, accès disques, communication réseau,
3. rechercher plus précisément le point qui bloque, ajouter des logs avec des calculs de temps d'exécution intermédiaire. Mais ne connaissant pas l'architecture je ne peux pas en dire plus,
4. accepter la possibilité d'une action extra-terrestre malveillante...
5. ...

[hasalex]

2. analyser finement les ressources utilisées lors de la montée en charge : mémoire, accès disques, communication réseau,

J'ajouterais à cette liste de ressource les connexions à la base ; en supposant que ton application utilise une datasource.

[JauB]

J'ajouterais à cette liste de ressource les connexions à la base ; en supposant que ton application utilise une datasource.

Oui j'utilise une DataSource, mais c'est quoi le rapport?

[hasalex]

La datasource gère un pool de connexion, qui est une ressource parmi d'autre. Il faut donc que tu vérifies si elle est bien dimensionnée, et si tes utilisateurs ne la saturent pas.

C'est exactement la même démarche pour la mémoire et pour les pools de threads des connecteurs HTTP.

[JauB]

La datasource gère un pool de connexion, qui est une ressource parmi d'autre. Il faut donc que tu vérifies si elle est bien dimensionnée, et si tes utilisateurs ne la saturent pas.

C'est exactement la même démarche pour la mémoire et pour les pools de threads des connecteurs HTTP.

C'est intéressant ce que tu dis mais please plus de détails

[tchize_]

TOMCAT est saturé après 5 minutes de chaque redmérrage ou quoi?
Une piste s'il vous plaît

Tomcat n'a rien à voir dans l'histoire. La première chose à vérifier: quand c'est "saturé", la charge cpu de la machine est-elle élevée ou pas? La charge mémoire de la jvm, est-elle élevée ou pas?

Dans le premier cas, tu lance des threads quelconque et ils continuent de travailler pour rien.
Dans le second cas, t'as des memory leaks et tu sature la mémoire (-> plus de ressources).

Faire un Thread dump lors de la saturation devrait permettre de voir où attendent les Threads.

Note, si l'application sature au bout de seulement 5 minutes, il est assez étonnant que ce ne se soit pas remarqué en développement!!!

[JauB]

Tomcat n'a rien à voir dans l'histoire. La première chose à vérifier: quand c'est "saturé", la charge cpu de la machine est-elle élevée ou pas? La charge mémoire de la jvm, est-elle élevée ou pas?

Dans le premier cas, tu lance des threads quelconque et ils continuent de travailler pour rien.
Dans le second cas, t'as des memory leaks et tu sature la mémoire (-> plus de ressources).

Faire un Thread dump lors de la saturation devrait permettre de voir où attendent les Threads.

Note, si l'application sature au bout de seulement 5 minutes, il est assez étonnant que ce ne se soit pas remarqué en développement!!!

Veux tu bien me montrer comment vérifier chaque action? ( à part celle de la CPU ).

[tchize_]

Veux tu bien me montrer comment vérifier chaque action? ( à part celle de la CPU ).

Pour la mémoire -> voir la mémoire système (si au bout de 5 minutes, ta JVM occupe 1G de ram, c'est déjà un problème).

T'as aussi des outils comme lambda probe à installer sur tomcat, qui te permettront de voir la charge cpu, la charge mémoire et l'occupation de tes datasources.

[JauB]

Pour la mémoire -> voir la mémoire système (si au bout de 5 minutes, ta JVM occupe 1G de ram, c'est déjà un problème).

T'as aussi des outils comme lambda probe à installer sur tomcat, qui te permettront de voir la charge cpu, la charge mémoire et l'occupation de tes datasources.

Oui j'utilise lambda probe mais je ne comprends pas trop ce qu'il offre!
et comment dois-je agir en conséquence!

[tchize_]

dis nous déjà ce qu'il en est dans lambda probe lors du blocage (utilisation cpu, utilisation datasources, utilisation mémoire)

[JauB]

En pièce jointe un aperçu sur le DataSource.
Les chiffres 8, 8, 4 sont figés quelque part ou quoi?
Je ne peux pas par exemple augmenter le premier chiffre 8 qu'est :
M maximum number of connections in the pool ?

[jiddou]

Essai de faire quelque bidouille pour localiser le problème.
redemarre Tomcat mais ne laisse qu'un seul utilisateur travailler pour voir déjà est ce que c'est dû au utilisateurs nombreux.
Si oui alors essai de voir à partir de quelle nombre d'utilisateur le problème commence.

Astuces que j'ai déjà utilisé dans une application que j'avais faite: La notion de préchargement.Je m'explique : Lors de la première connexion de mon utilisateur je charge toutes les données qui ne seront pas modifiées pendant sa session et je l'ai garde dans sa session. De ce faite le premier chargement peut prendre une minute mais après plus besoin de consulter la base pour prendre les données puisque ces dernières sont disponibles.

[hasalex]

Attention jiddou ! Ta technique peut aussi être catastrophique. Un client faisait pareil, avec des sessions de 40Mo, ça limitait franchement sa montée en charge...

Je crois qu'aujourd'hui on a des outils de monitoring qui permettent de quantifier l'usage des différentes ressources. Il faut juste comprendre le fonctionnement de tomcat, pour mettre le doigt sur ce qui flanche.

[sletis]

Pour evaluer la montée en charge de ton serveur tomcat tu as plusieurs solutions, LoadRunner et Apache JMeter qui est une solution libre ( http://jakarta.apache.org/jmeter ) tu pourrais générer des tests sur ton serveur.

[sletis]

200 connexions en 5 minutes ca me parait quand meme beaucoup, c est une appli qui tourne sur le net?
ca pourrait etre aussi qu il y a trop de connexion simultanée peut etre qu'il te faudrait faire du load balancing avec un autre serveur