Discussion :

[Sentenza28]

Bonjour,

J'administre un AIX faisant tourner plusieurs applis Web java.
Une de ces applis cosomme régulièrement plus de 2Go de mémoire, ce qui n'est pas sans poser quelques problèmes.

Le heap Size est configuré comme tel :
-Xms128m -Xmx512m

Ma question : est-il courant que le process lui-même dépasse amplement la taille du heap ? Comment est-ce possible ? Je sais que le Heap est l'espace qui permet la création et la manipulation des objets, le garbage collector devrait donc faire son boulot à partir de 512 Mo consommés non ?
Est-ce du à un fonctionnement normal ou à une fuite mémoire ?

Désolé si je suis un peu confus, je ne suis pas vraiment développeur

[CyberChouan]

Je ne connais pas ton appli, mais 2 GOs de mémoire, ce n'est vraiment pas courant!

Donc je dirais fuite mémoire (ou très mauvaise gestion de celle-ci: gros objets gardés "en cache" en mémoire, etc.).

[Sentenza28]

Merci pour l'info !

Donc il est possible de creer des objets dont la taille dépasse au final la taille max du heap ? Et ce, sans erreurs ?

[nicdo77]

Si je me trompe pas, tu ne peux pas dépasser la mémoire allouée à la Heap. Il s'agit de mémoire virtuelle, plus tu en as, et plus ton appli ira vite (car taper dans la mémoire RAM c'est beaucoup plus rapide).
Donc si tu mets 1024 au lieu de 512 çà ira plus vite.

Donc je pense pas que tu puisses créer des objets dont la taille dépasse 512. De toute façon faut y aller

[KiLVaiDeN]

Salut,

Le "heap" est une zone mémoire partagée commune à tous les threads; Cependant java alloue de la mémoire pour d'autres choses, notamment les "stack". Chaque thread possède son stack, qui en fait contient beaucoup de chose mais entre autres les données "locales" au thread.

Donc à priori, je dirais que quelque part dans l'application en question, qui est probablement multithreadée, il y a une fuite mémoire. Il faut la monitorer avec un "Profiler" ( beaucoup existent, google te le dira )

A+

[Sentenza28]

je ne peux pas être catégorique pour la taille des objets...Moi je suppose que nous avons plutôt affaire à une multitude d'objets relativement petits.

Le problème est que cette appli fonctionne avec Websphere et qu'elle est interfacée avec Broadvision. Il semble que certains objets C++ soient créés et manipulés par Broadvision via Java (ouais ca se compliqe ).
Je suppose donc que la fuite est là : les objet java ne dépasserait réélement pas 512 Mo mais les objets C++ eux ne serait pas compris dans le heap, et là serait la fuite...
On va voir avec l'éditeur de broadvision ce qu'il en dit. Wait & see...

En tout cas merci pour vos réponses.

[EDIT] Ok je vais voir pour ce Profiler ca pourra surement nous aider

[MooGle]

Une solution simple qui permet de ne pas implementer une politique de gestion de cache, est l'utlisation des softReference. Je crois qu'il a un article dessus dans developpez.com.