Lorsque vous utilisez Talend avec le mode ETL, il est important de suivre l’évolution de la mémoire utilisée par votre JVM. Cela vous permettra de voir si votre serveur est bien configuré, et faire des estimations de montée en charge.

Voici une procédure que j’ai utilisée pour analyser mes jobs Talend :

Dans Talend, allez dans Windows > Préférences > Talend > Run/Debug

dans cette fenêtre vous pouvez entrer des arguments. Créez ces 3 arguments :

• Dcom.sun.management.jmxremote.port=25000 (exemple de port)
• Dcom.sun.management.jmxremote.authenticate=false
• Dcom.sun.management.jmxremote.ssl=false

Après vous être assurés que votre machine possédait bien une JRE et un JDK, allez dans JAVA>JDK> bin>jconsole.exe

Il ne vous reste plus qu’à lancer un job et double cliquer sur cet exécutable pendant que votre job s’exécute.

Une fenêtre s’ouvre à vous : « New Connection ». Au niveau de Local Process le nom du job que vous avez lancé s’affiche vous n’avez plus qu’à cliquer dessus et faire « Connect ».

Allez dans l’onglet memory de la fenêtre qui s’ouvre à vous, un graphique se dessine sous vos yeux.

Astuce : pour avoir une réelle vision de ce qui est consommé il faut vider le garbage collector donc cliquer aussi souvent que possible sur Perform GC qui se trouve en haut à droite de la fenêtre.

En effet les composants JAVA candidats (flagué : qui devrait être dans le garbage collector puisqu’ils ne sont plus réellement utilisés) à la garbage collection persiste dans le heap memory usage et donc la vision du graphique peut être faussée.

En appuyant sur le bouton « Perform GC » on force donc le passage du garbage collector pour enlever ces composants JAVA flagués du heap memory.

Je tiens juste à préciser que mon client Talend est sur ma machine locale et que le serveur Talend est sur un serveur.