Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Discussion :
le temps de réponse de l'application web est meilleur avec le jdk 1.5 qu'avec le jdk 1.6 u 18
Bonjour,
j'ai effectué un comparatif de performance entre le jdk 1.5 et 1.6 u18 sur une application web (liferay) j'ai trouvé, malgré tous les améliorations que le JVM 6 contient le temps de réponse est meilleur avec le premier realse du JVM5
Est ce que quelq'un peut m'expliquer les causes potentiels de cette résultats.
merci d'avance
Comment as tu testé cette différence, celà s'appuie-t'il sur dezs benchs spécifiques dans les même conditions, quels Garbage collectors étaient utilisés, quelle était la quantité de mémoire affectée à chacune des JVM, quelle était la consommation de mémoire de chaque JVM au même instant. Bref c'est court pour dire que la JVM 1.6 est moins réactive. D'expérience elee est même en général plus réactive et rapide.
pour les bechmarks j'utilise des outils de generations de charge et profiling pour retourner les temps de réponseEnvoyé par sinok
pour la consomation mémoir j'utilise la meme configuraition dans les deux jvm ( meme Xms Xmx et Xmn)
pour les performances du garbage collector l'amélioration est clair et j'ai pu l'identifier mais il me reste le problème du temps de réponse.
A toi de passer par un profiler (type visualvm) pour voir ou se situe le problème/le temps perdu.
j''utilise cette outils pour le monitoring du garbage collector ( à l'aide du plugin Visual GC) et les threads.
Est ce que vous connaissez un outils qui permet de mesurer le temps de réponse des méthodes ( instrumentation des bytes codes)
merci d'avance
L'onglet profiler permet de faire celà. Il suffit d'appuyer sur le bouton CPU et de commencer à faire des opérations dans ton application, tu verras les méthodes consommant le plus de temps.
merci pour l'info mais est ce que je peut preciser les méthodes que je veux instrumenter (pour ne pas allourdir le profiling avec des mesure que j'ai pas besoins de les faires)
merci d'avance
Les méthodes non, les package et classes oui: il suffit de cocher la checkbox settings de l'onglet profiler avant le démarrage et de renseigner les classes à profiler ou à ne pas profiler selon le choix.
merci pour l'info
lorsque je lance l'application avec le jdk 1.5 l'onglet profiler disparait, apprament ce n'est pas disponibles avec la jvm 5
SVP est ce que tu connait d'autre outils qui permet d'instrumenter les classes ou les méthodes.
merci d'avance
Surement passer par des outils de profiling genre JRat
Apparamment c'est un bon outils mais je trouve des difficulté à l'intégré avec mon application tournant sous Jboss 4.2.
vous avez une idée comment faire ??
merci pour les liens
j'ai vu les liens que tu ma envoyer mais j'ai les problèmes suivant
avec la version 1 beta j'ai cette erreur :
et le programme quiteException in thread "main" java.lang.NoSuchMethodError: org.shiftone.jrat.core.s
pi.MethodHandler.onMethodStart(Ljava/lang/ObjectV
at org.jboss.Main.main(Main.java)
avec la dernière version stable j'aurais
Failed to load Premain-Class manifest attribute from ../lib/shiftone-jrat.jar
Error occurred during initialization of VM
agent library failed to init: instrument
j'ai une question est ce que le choix du type de garbage collector influe sur temps de réponse , parceque avec le ParallelOldGC (avec le jvm 6) vs le serails collector (jvm 5) les temps de réponse sont légèrement meilleur avec ce dernier
mais avec les améliorations -XX:+ExplicitGCInvokesConcurrent les temps de réponse avec jvm 6 sont meilleur que le jvm 5 avec le CMS collector
Répondre avec citation
Partager