Articles avec le tag ‘heap dump’

Voici la présentation « Apache JMeter, Java et Groovy sont sur un bateau » présentée au Paris JUG

logoparisjugnvlleversion
Pour ceux qui n'ont pas pu venir au Paris JUG, voilà ma présentation « Apache JMeter, Java et Groovy sont sur un bateau ».

Que ce soit d’évaluer le niveau de sécurité d’un captcha, chiffrer le coût en performance d’activation des logs GC d’une JVM ou d’activer/désactiver des fonctionnalités de notre application par JMX lors d’un test, l’outil de test de charge Apache JMeter offre un spectre de fonctionnalités avancées digne des meilleures solutions éditeurs. Venez découvrir les possibilités infinies qu’offre Apache JMeter associé à du Java et du Groovy.

Lire la suite de cette entrée »

Optimiser une application JEE : mesurer l’impact sur un cas pratique (3ème partie)

3ème partie de notre saga performance.

Lors de notre dernier article, nous avons pu "faire sauter les verrous" en augmentant le pool de threads qui nous limitait le nombre de traitements simultanés dans la montée en charge. Attardons nous maintenant sur la JVM.

Nous n'allons pas perdre de temps dans le fonctionnement d'une JVM plusieurs articles sauront vous le rappeler très simplement comme le chapitre 3 de cet article qui traite de l'overhead, ou bien celui plus spécifique du fonctionnement de la JVM d'IBM J9.

Partant de cela, allons voir un peu comment la notre préfigure ...

Commençons par activer le port JMX sur notre serveur Glassfish pour introspecter avec un outil de monitoring (plusieurs existent comme JConsole inclue dans le J2SE, VisualVM ...).

Lire la suite de cette entrée »

Découvrir et isoler une fuite mémoire java – part 1

Difficile lorsqu'on se retrouve dos au mur face à des problématiques de performance qui poussent la réflexion plus loin que des simples allocations de ressources.

J'insiste comme à chacun de mes discours liés de près à la performance, pour bien rappeler que chaque problème a une ou des origines, et ne représente pas un caractère aléatoire voire para-normal comme certains pourraient s'en convaincre !

Enfin,  une solution devra et sera trouvée pour chaque problème.

Dans le cas ci-dessous, je vais vous détailler un retour d'expérience chez l'un de nos gros clients dont l'architecture JEE nécessitaient systématiquement des redémarrages de serveurs pour palier à des fuites mémoires, et donc au final faisant face avec une certaine impuissance disons le :-).

Fuites mémoires identifiées sur des JVM Oracle JRockit de serveurs Weblogic 10.

Ce post se découpera en 2 parties :

  • 1ère partie : rappel sur le comportement des JVM et sur les différents types de fuites mémoires
  • 2ème partie : ma mise en situation détaillant outil et méthodologie pour atteindre l'objectif d'identifier la fuite, la comprendre et la corriger !

Lire la suite de cette entrée »

Mots-clés
RSS Feed