Retard dans la réponse du serveur Tomcat

[jeha]

Bonsoir,

J’ai un problème en production avec le serveur Tomcat!
Le problème se résume dans le faite qu’une requête est traité dans l’application X déployer dans le serveur Tomcat v 7.22, le traitement est terminé à 21:25:53:961 à partir des traces de l’application.
Et dans les traces du sniffer sur l’interface réseau eth0 la requête est sortie vers 21:33:07 c'est-à-dire un retard de 8 min !!!!!

Est-ce que quelqu’un peut m’aide sur ce point, merci milles fois d’avance…

[jeha]

merci de trouver ci-joint cette image qui explique le processus.

[DevServlet]

Comment veux tu qu'on t'aide avec si peu d'informations? Le souci peut être à plusieurs niveaux. surcharge de l'espace réseau,surcharge des ressources de la machine hôte de ton tomcat,grande volumétrie des données rapatriées par tomcat, souci de perf aussi etc... il faudrait pouvoir lister tous les process actifs (cpu et mémoire) au moment où la requête est transférée à tomcat, histoire de voir ce qui prend les ressources. Si le souci est au niveau JVM, alors rapatrier l'appli en mode dev et y aller en debug pour voir ce qui te bouffe les ressources.

[jeha]

c'est vais mais j'ai déjà fait un sterss test avec jMeter de 100 req/s et le temps de réponse est de moyenne 4000ms.
en fait j'ai comme configuration de démarrage de Tomcat :

JAVA_OPTS="$JAVA_OPTS -Xmx2000m -Xms1000m"

server.xml

<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" maxThreads="800" />

et j'ai cherché dans Google et j'ai trouvé que dans un env de production en doit avoir comme paramétrage :

Code :

1
2
3
4
5
6
7
8
JAVA_OPTS="$JAVA_OPTS -Xmx2000m -Xms1000m"
JAVA_OPTS="$JAVA_OPTS -XX:PermSize=256m -XX:MaxPermSize=256m"
JAVA_OPTS="$JAVA_OPTS -XX:-HeapDumpOnOutOfMemoryError "
JAVA_OPTS="$JAVA_OPTS -XX:HeapDumpPath=/tmp"
JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote"
JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.port=50001"
JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.ssl=false"
JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.authenticate=false"

et server.xml

<Connector acceptCount="100"
disableUploadTimeout="true"
enableLookups="true" connectionTimeout="20000"
maxThreads="800" minSpareThreads="75"
port="8080" protocol="HTTP/1.1"/>

est ce que ces paramètre sont correctes pour un env de production !!

[DevServlet]

Cette configuration à peu près correcte, il faut savoir qu'il n'ya pas de confi standard, tout dépend de la gourmandise de ton appli et des ressources disponibles sur ton serveur. Quand on peut il vaudrait mieux éviter de trop faire swapper la becane.

[jeha]

Merci beaucoup.

[tchize_]

A mon avis c'est ta trace dans ton serveur de log. Elle te dit "c'est fini" alors qu'elle en est qu'au début du travail? Tu génère comment ces message? Dans l'appli ou tu demande à tomcat de loger les évènements. C'est verbeux, mais tu peux demander à tomcat de tout logguer (entrée dans les servlets, dans les listeners, etc) et souvent, dans les libraires de ton application, tu peux aussi configurer le détails des actions. T'aura plus qu'a suivre la trace de 3km de la requete pour voir où tu perd du temps

Pendant ces 4 secondes énormes de temps de réponse, il fait quoi tomcat (charge cpu), il dort ou il carbure?