Symptômes

Lors d’un test de performance sur une application J2EE, je note que celle-ci a des soucis de montée en charge. Généralement une ou deux thread dumps peuvent mettre en évidence les points de contentions. Dans mon cas, rien de probant. Je repense alors à l’article publié sur notre blog Chroniques de la performance : À propos de contentions…. Je récupère les sources de l’agent et l’installe sur le serveur d’application, Weblogic 8.1 – JVM 1.4.2. Lancement du tir….

Lire la suite de cet article »

J’ai été, il y a peu, confronté à un problème de performances que l’on peut qualifier d’intéressant – dans la bouche d’un expert technique, ce mot a généralement tendance à provoquer une bouffée de panique chez les plus chevronnés des managers.

Je vous explique.

Le programme consiste à appliquer massivement un traitement identique à un volume important de données – bref, c’est un batch. Objectif opérationnel : assurer la capacité du système à traiter 50000 dossiers par heure.
L’architecture d’exécution de ce batch est relativement classique : un contrôleur est chargé d’obtenir auprès d’un service métier une liste de dossiers à traiter, de segmenter cette liste en lots, puis de soumettre les lots à un pool de threads qui vont réaliser les traitements en parallèle – chaque lot est traité dans une transaction distincte. Le traitement unitaire d’un dossier est relativement long, de l’ordre de 2 secondes ; les lots sont donc petits – 4 dossiers – pour limiter la durée des transactions.
Lire la suite de cet article »

Nous vous proposons aujourd’hui la quatrième d’une série de cinq vidéos consacrées aux problèmes de performances des applications java / J2EE.
Nous y déroulons le top 10 des problèmes de performances en environnement java / J2EE en les illustrant par des cas concrets et en proposant pour chacun des mesures permettant de s’en prémunir.

Cette vidéo traite des numéros :

• 04 : Les bibliothèques tierces
• 03 : Mauvais usage de la concurrence

Nous vous proposons aujourd’hui la troisième d’une série de cinq vidéos consacrées aux problèmes de performances des applications java / J2EE.
Nous y déroulerons le top 10 des problèmes de performances en environnement java / J2EE en les illustrant par des cas concrets et en proposant pour chacun des mesures permettant de s’en prémunir.

Cette vidéo traite des numéros :

• 06 : Utilisation impropre des caches
• 05 : Utilisation excessive de la mémoire

Nous vous proposons aujourd’hui la deuxième d’une série de cinq vidéos consacrées aux problèmes de performances des applications java / J2EE.
Nous y déroulerons le top 10 des problèmes de performances en environnement java / J2EE en les illustrant par des cas concrets et en proposant pour chacun des mesures permettant de s’en prémunir.

Cette vidéo traite des numéros :

• 08 : Usage incorrect de Java EE
• 07 : Utilisation abusive du XML

Nous vous proposons aujourd’hui la première d’une série de cinq vidéos consacrées aux problèmes de performances des applications java / J2EE.
Nous y déroulerons le top 10 des problèmes de performances en environnement java / J2EE en les illustrant par des cas concrets et en proposant pour chacun des mesures permettant de s’en prémunir.

Cette vidéo traite des numéros :

• 10 : Logging excessif
• 09 : Mauvaise configuration du serveur d’application

Depuis deux mois et demi, Vincent Partington a déroulé sur le blog de Xebia.com, les 10 principaux problèmes de performance des applications Java / J2EE. Voici le classement:

• #10 – Logging excessif
• #09 – Mauvaise configuration du serveur d’application
• #08 – Usage incorrecte de Java EE
• #07 – Utilisation abusive du XML
• #06 – Mauvaise utilisation des fonctions de ‘Cache’
• #05 – Consommation mémoire
• #04 – Mauvaises performances des bibliothèques tierces
• #03 – Mauvaise gestion de la concurrence
• #02 – Utilisation abusive de la distribution
• #01 – Mauvaise utilisation de la base de données

De ce classement, Vincent Partington tire les conclusions suivantes:

• Tout d’abord, les architectes et développeurs Java devraient considérer la performance comme une exigence de leur application, à toutes les étapes du projet.
• Ensuite, les équipes de développement ont besoin de collaborer avec des personnes qui peuvent les aider à améliorer les performances de leurs applications, en particulier les administrateurs de serveurs d’applications et les DBA.
• Enfin, la performance requiert des connaissances dans un grand nombre de domaines, dont ce Top Ten met en avant les plus critiques. Pour un tour d’horizon plus complet, un bon point de départ est le site web the Java Performance Tuning

Voici un article qui propose une solution pour effectuer des mesures de performance en s’appuyant sur l’AOP (Aspect Oriented Programmation). L’exemple suivant propose d’utiliser l’implémentation AspectJ couplée avec l’outil Open Source JAMon.

Lire la suite de cet article »