Ecommerce DEV - Segmentation du temps de réponse d'une application J2EE

déc 18 2005

Segmentation du temps de réponse d'une application J2EE

Optimisation - Performance
Ecrit par Kamal AOUDA
18-12-2005
J2EE. Segmentation du temps de réponse en fonction des composants de l’application Parce que tout est objet dans Java, l’approche la plus patente pour identifier les anomalies qui augmentent le temps de réponse consiste à : 1. Identifier pour chaque fonctionnalité du site les classes utilisées, leurs interactions mutuelles et leur ordonnancement dans le temps (les diagrammes de séquence d’UML sont particulièrement adaptés pour schématiser ce genre d’interactions). 2. Chronométrer le temps nécessaire pour l’instanciation des dites classes et l’appel de leurs interfaces. (Les interfaces dont il est question ici sont les méthodes et les propriétés des classes. Pour éviter toute confusion, les classes d’interface seront dorénavant désignées par des majuscules). 3. Repérer, sur cette base, les impasses et les goulots d’étranglement (c’est à dire les classes dont l’instanciation ou les interfaces provoquent un blocage ou exposent un temps de réponse anormalement long). 4. Analyser le code encapsulé dans lesdites classes pour relever les anomalies qui compromettent la performance. La technique expliquée dans cet article consiste en l’injection d’un compteur dans le code source des classes dont on souhaite mesurer la performance . Le compteur en question ne doit pas consommer plus de 1% du temps requis pour l’exécution des opérations auxquelles il est associé. Dans le cas contraire, le recours à cette technique doit être remis en cause surtout dans les applications fortement distribuées. Pour notre part, nous recommandons l’utilisation du compteur System.currentTimeMillis()parce que son exécution sur un PC standard consomme moins de 0.5 milliseconde. Cela dit, si une transaction web fait, en arrière plan, appel aux services d’une servlet, des EJB et de JDBC on peut segmenter le temps de réponse comme l'explique le document pdf suivant: Télécharger la suite de l’article au format pdf Figure 8: Exemple d’une segmentation en fonction des composants de l’application [1] Notes de bas de page [1] Source: Diagnosing J2EE performance problems throughout the application life cycle. MERCURY INTERACTIVE
Dernière mise à jour : ( 20-12-2005 )

Livre gratuit sur l'optimisation des applications Java/MySQL pour les besoins d'ecommerce

New Page 1

Kamal AOUDA a le plaisir de vous informer de la publication de son livre gratuit sur l'optimisation des applications Java/MySQL pour les besoins du commerce électronique. Ce livre propose un référentiel pour l'intégration du management des performances aux trois premières phases du cycle de développement (analyse, design, codage). Comme son titre l'indique, ce livre ne traite que des problèmes de performance qui sont dus à des anomalies dans l'analyse, le design et le codage des applications de commerce électronique et des bases de données auxquelles elles sont adossées. Sont exclues du périmètre du livre les anomalies attribuables :

* Au réseau qui connecte l'application à l'Internet.
* Au serveur web et au serveur d'application.
* A la version de la Java Virtual Machine utilisée.
* A tout matériel utilisé par l'application localement ou à distance.
* Aux scripts exécutés du côté du client (Vbscript, Javascript).

Notons par ailleurs que le livre ne couvre que les phases d'analyse, de design et de codage. Les phases de test, de déploiement et de maintenance ont été sciemment exclues parce qu'il existe déjà un nombre conséquent de livres et d'articles qui traitent du management des performances dans ces 3 phases.

Pour télécharger gratuitement ce livre cliquez sur ce lien. Pour être au courant des mises à jour apportées à ce livre, nous vous recommandons de vous inscrire gratuitement à notre site en cliquant sur ce lien.