Discussion :

[snetechen]

Bonjour,
J'ai une application J2EE qui tourne sous WebSphere5.1 et SQLSERVER 5.0. J'ai beaucoup de problemes de performances,Ca semble être un gros consommateur de CPU. Puisque j'ai bcp, bcp de JavaScript.
La j'ai besoin de faire un petit audit pour detecter tous les problemes et preconiser des solutions.
a votre avis, c'est quoi la meilleure methode a suivre???
J'ai aussi de temps en temps des problemes de Dead-lock au niveau de la base de données, y a des moyens pour pister quelle transaction cause ce dead-lock.
Merci bcp pour vos réponses

[zekey]

Le javascript tourne du coté du client du je ne comprend pas l'impact du coté serveur ?

[snetechen]

Je me suis mal exprimé, mais quand j'ai dit "Ca semble être un gros consommateur de CPU. Puisque j'ai bcp, bcp de JavaScript." je parlais bien du poste de client on attend presque 10secondes pour avoir la main..

[lunatix]

WebSphere5.1 et SQLSERVER 5.0.

tu pourrais deja tester ton application sur autre chose que des antiquités avant de partir dans du profiling (si tu en as la possibilité, c'est pas toujours evident)

[zekey]

Je me suis mal exprimé, mais quand j'ai dit "Ca semble être un gros consommateur de CPU. Puisque j'ai bcp, bcp de JavaScript." je parlais bien du poste de client on attend presque 10secondes pour avoir la main..

J'ai deja rencontré ce problème. desactive completement l'anti virus pour voir

[snetechen]

Excusez mon ignorance, j'ai pas compris c que vous voulez dire par :

tu pourrais deja tester ton application sur autre chose que des antiquités avant de partir dans du profiling

[lunatix]

oups. ce que je veux dire c'est que websphere 5 est plutot vieux (et les serveurs d'applications ont beaucoup evolué) . De meme pour sqlserveur 5.
Donc si tu as la possibilté de tester avec un websphere6, et sqlserveur 2000 ou plus, ca peut etre interressant.

sinon, il faut faire un peu de profiling (netbeans est tres bien pour ca)
regarder les charges des machines (c'est websphere ou sqlserveur qui rame ? ou les deux ?)...

http://www.netbeans.org/kb/kb.html#4
http://testwww.netbeans.org/kb/50/profiler-demo2.html

[Jacques - 06]

Au vu de ta description, il semble que le serveur d'application ne soit pas en cause, mais cela reste à prouver. De plus remettre en cause le serveur d'application car il n'est pas de la dernière version me semble un peu facile, d'autant qu'il existe pas mal d'applications tournant sur cette plate-forme sans problème de performances.
Dans un premier temps il serait bien d'identifier où sont consommés les 10s de temps de réponse : côté serveur ou côté client. Pour cela tu peux utiliser des outils tels que JMeter qui n'enregistrent que les transaction HTTP et qui te donneront le temps de réponse serveur + réseau, sans le temps de traitement côté client. Si tu obtiens des temps corrects, ton problème se situe du côté client, et il faudra peut être revoir la conception des pages générées. Sinon, c'est du côté du serveur qu'il faut chercher, et là le mieux est d'utiliser un profiler, voire dans un premier temps l'outils Tivoli Perf Viewer, pour identifier quelle couche est trop consommatrice.

Voilà quelques pistes pour chercher l'origine du problème. Sinon avec les infos que tu nous a donné, difficile de faire mieux.

Jacques Desmazières

[joseph_p]

Autres pistes :
- regarder l'usage CPU et RAM sur les différents serveurs
- regarder le réseau (firewall, switch et grosses images ne font pas forcément bon ménage), notamment entre le serveur d'app et internet et le serveur d'app et la bdd