Discussion :

[hasalex]

Bonjour,

Je cherche à évaluer la taille des sessions déployées dans un Tomcat 6, en environnement de test. J'ai 2 solutions sous la main : lambda probe ou celle-ci.

Mon principal problème, c'est que les informations recueillies par les deux méthodes ne correspondent pas du tout. Lorsqu'on entre dans les détails, les tailles des attributs de sessions ne correspondent pas .

Est-ce qu'une des solutions est plus fiable que l'autre, ou existe-t-il d'autres solutions plus adaptées ?

Merci,

[tchize_]

le problème c'est qu'il n'y a pas de notion de "taille de la session". Les objet en session peuvent référencer des objet qui sont référencés aussi par d'autres session (objets partagés) ou par le core de la JVM. Exemple: je stocke un objet Hibernate de la session. L'objet référence naturellement la "session hibernate" qui lui a donné naissance. Un autre objet dans la session d'un autre utilisateur peut provenir de la même "session hibernate". Qui est donc "propriétaire" alors de cette "session hibernate". De même cette "session hibernate" référence aussi la configuration hibernate qui, naturellement est partagée partout.

en fait, si on va jusqu'au fond, avec des sessions complexe, toute la JVM ou presque se retrouve référencée +- directement à partir de la session


Donc il faut bien déterminer un critère d'arrêt et une méthode de calcul, ce sera d'office biaisé d'où des résultat différents