Version imprimable
Bonjour tout le monde,
En fait j'ai un petit problème.
J'ai une fonction JAVA qui fait appel à plusieurs d'autres fonctions.
En effet cette fonction prend beaucoup de temps à l'exécution ( parfois ça peut aller jusqu'à 5 minutes ).
je voudrais savoir s'il y'a un moyen pour réduire ce temps d'éxécution, par exemple un outil qui me permetterai de voir quelle ligne de code est la plus lente à s'executer, etc ...
Merci par avance
En utilisant un profiler on peut obtenir des informations intéressantes sur le temps passé dans différentes méthodes.Citation:
Envoyé par haskouse
Par exemple avec TPTP (plug-in Eclipse) ou le profiler de NetBeans
Je ne connaissais pas, c'est pas mal ? Je connaissais JProfiler sinon. Il reste toujours l'utilisation du mode Debug en mode pas à pas qui peut bien aider parfois :PCitation:
Envoyé par -gma-
Bonjour,
Merci beaucoup pour vos réponses.
Je viens d'installer TPTP sur mon Eclipse.
Est ce que vous avez une documentation ou bien un tuto sur comment l'utiliser. Un truc pour savoir par où commencer :aie:
Merci par avance.
Il y a pas mal de fonctionnalités, je ne suis pas suffisamment expert en profiling pour savoir si elles sont toutes pertinentes mais si on a une idée précise de ce qu'on cherche je trouve que c'est assez pratique.Citation:
Envoyé par Robin56
C'est assez intuitif (dans la logique Eclipse ;)) mais après une recherche rapide j'ai trouvé cette page qui détaille justement la mesure des temps d'exécution.Citation:
Envoyé par haskouse
En effet je suis tombé sur cette même page, mais ça ne m'a pas beaucoup aidé car je cherche à profiler une application WEB et non pas une application java simple.
Comment peut on profiler si on n'a pas de classe MAIN ??!!!
Dans ce cas il faut lancer le serveur avec un argument particulier et t'y connecté ensuite (voir ici).
Ou sinon utiliser VisualVM (fourni dans le JDK depuis java 6) qui permet de se connecter à la volée sur un processus java et analyser ce qu'il réalise (appels de méthodes, les différents Threads, état de la mémoire, consommation du processeur...)
Définitivement l'outil adéquat ici.
Je ne peux pas utiliser VisualVM car je n'ai que le JDK 1.5, et je ne peux pas modifier l'environnement.
Sans Profiler, tu peux utiliser le mode "Remote Application" de Eclipse pour faire du mode Debug (cf. ici).
J'ai suivi ton lien mais ce n'est pas ce que je cherche à faire :cry:.
Bon je réexplique le problème :
J'ai une application WEB qui fait appel à une fonction, cette dernière fait elle aussi appel à plusieurs d'autres fonctions. Mon problème est que ce traitement est trop lent !!
Je travaille sous Eclipse / Tomcat avec un JDK 1.5 que je ne peux changer.
Comment régler ce problème :calim2: ? Merci par avance :ccool:
Pourtant dans tout ce qui a été balancé ici, je pense que tu as de quoi trouver ton bonheur.Citation:
Envoyé par haskouse
Je n'ai toujours pas trouvé mon bonheur :aie:Citation:
Pourtant dans tout ce qui a été balancé ici, je pense que tu as de quoi trouver ton bonheur.
En fait je suis entrain de checker la solution de -gma- :
Mais il se trouve que je n'ai pas l'onglet "Agents" dans ma perspective de profiling !!Citation:
Dans ce cas il faut lancer le serveur avec un argument particulier et t'y connecté ensuite (voir ici).
Je pense que j'ai dû rater un truc :(
Tu peux toujours Télécharger VisualVM et le brancher sur une machine virtuelle java 5. Ca marche. http://visualvm.java.net/
En fait j'ai déjà essayé. Il me dit qu'il narrive pas à trouver "JDK 1.6 or higher" !!
Il faut que tu installes un JRE 1.6 (ou 1.7) sur ton poste.
Toutefois VisualVM est capable d'ausculter des JVM 1.5, ce qui te sera relativement utile (il parfaitement possible d'avoir plusieurs versions de java sur un même poste).
http://www.oracle.com/technetwork/ja...ad-400751.html
Salut,
Pour mes profiling j'utilise JProfiler. Tu peux profiler des webapp, ca peut te générer le starter ;)
Salut tout le monde,
J'ai fini par utiliser JProfiler, c'est pas mal,
seul hic il est payant mais on peut obtenir une license de 10 jours, ça a été suffisant pour moi pour trouver la source du problème.
Merci à tous.
A la prochaine.