Je suis en train de faire des tests de performances entre Resin 3.0.8, Websphere 5.1 et Weblo 8.1 SP2. J'utilise Application Center Test de Microsoft.
 
L'application de test fait fit des ejb. Elle utilise seulement les techno JSP, Servlet et persistance castor. La base de donnée est MSSQL.
 
Il se trouve que Websphere est plus rapide que Resin.  
Par contre etonnament Resin est plus rapide que Weblogic (je ne parle donc pas de Webpshere/Weblogic). Il faut aussi savoir que j'ai installé betement les trois serveurs et donc leurs configs sont d'origine.
 
Quelles sont les parametres essentiel à modifier/vérifier (suite aux informations que j'ai donné) sous Weblogic pour gagner en terme de performance ?

Pour infos voici mes resultats:
Pour 200 itérations d'un petit script qui parcourt trois pages de mon application, avec 100 browsers:
 
Websphere:
9000 Request
369Mo RAM
39% CPU
3 minutes 54 secondes
 
Resin:
6400 Request
110Mo RAM
93% CPU
4 minutes 36 secondes
 
Weblogic:
9200 Request
245Mo RAM
37% CPU
5 minutes 32
 
Les temps processeurs sont récupérés avec l'outil performance de Windows, la RAM avec le gestionnaire de tache. Le nombre de requete effectuée est indiqué par Application Center Test (et la je ne comprends pas vraiment pourquoi suivant le serveur d'application le nombre de requete est different vu que je suis le même parcours et que je demande le même nombre d'itération avec le même nombre d'utilisateur).

je comprends pas la difference du nombre de requetes
('tain la conso CPU de Resin...)
 
c'est quoi la config de la machine?

Moi non plus je ne comprends pas la difference du nombre de requetes. On m'a dit de regarder si Weblo etait bien configuré en keep alive, ce qu'il est.  
 
Sinon la config c'est un Serveur P4 512Mo. Je lance un serveur à la fois.

 
Vu la conso de Resin, tu as regardé si tu avais des requetes en erreur (timeout par exemple...) qui ne seraient pas comptabilisées ...

sur tous les serveurs as tu:
- la même version de JVM
- la même taille de heap (-Xms et -Xmx doivent avoir la même valeur)
- configué le garbage collector de la même facon
 
sinon, tu as peut être déjà regardé ici: http://www.webperformanceinc.com/l [...] letReport/

Le tuning des ces serveurs d'app est assez délicat.
Si tu les testss avec la config out of the box, ça n'est pas forcément parlant.

+1
 
vu l'utilisation mémoire de resin et des autres, et la charge cpu, doit y'avoir un souci de ce coté

rien que le titre, ça commence mal:

Qu'est-ce qui t'ennuie ?
Ca compare les perfomances des servlets dans différents serveurs J2EE.
Il y a bcp de serveurs J2EE qui ne servent qu'à faire tourner des applis servlets+jsp.

ben dans ce cas c'est pas des "serveurs j2ee" mais des "moteurs de servlet/jsp"

Et alors ?
Websphere (dans sa version la plus répandue) est un serveur J2EE qui sert souvent à ne faire tourner que des applis basées sur des servlets. Qui peut le plus peut le moins.
Donc cette étude a tout à fait le droit de comparer les perf de tomcat et Websphere dans ce domaine.

 
Mouais, de là à intégrer Tomcat dans les serveurs j2ee...
 
Sinon la portée de ce genre de tests ... Dans les "Future Directions" -> optimization of server settings (would require some volunteers experienced with tuning each server)
 

Après un petit moment d'abscence voici quelques reponses et avis:
 
* Weblogic n'est pas du tout plus lent que les autres, je ne lisais pas le bon indicateur. En fait les temps de réponse de weblo sont même les meilleurs (tps du dernier byte sous ACT)
* les requetes sont en fait des hits (page/image), j'avais mal configuré mes scripts ce qui explique que je n'avais pas un nombre de requete identique
* Merci pour le lien _gui_gui, ça m'a donné une bonne idée de présentation, je teste justement les serveurs out of box pour ce faire une idée de l'intéret de ces serveurs quand on ne peut pas se payer la main d'oeuvre