Utilisation de la mémoire de JBoss?

Question

Quand je commence un vide JBoss 5.1, il utilise cette quantité de mémoire:

1. dans la configuration par défaut
   Sous Windows ~ 530Mo
   Sous AIX ~ 220MB

2. en configuration web
   Sous Windows ~ 320Mb
   Sur AIX ~ 100-130Mb

Pourquoi y a-t-il une si grande différence entre l'utilisation de la mémoire sous AIX et sous Windows?
Les versions de JBoss sont les mêmes.
Java 1.5.

Answer 1

La possibilité la plus évidente est que les différents scripts de démarrage allouent différentes quantités de mémoire. Vérifiez l'option -Xms dans les scripts.

En outre, différentes JVM ont des configurations de mémoire par défaut différentes, celle d'AIX peut être beaucoup moins élevée que celle de Windows.

Answer 2

Peut-être que c'est simplement parce que run.bat et run.sh ont été écrits par des personnes différentes. Ces paramètres ne sont que des paramètres initiaux de toute façon, personne ne peut prédire ce que les utilisateurs vont faire et quels paramètres ils auront besoin. Juste oubliez la différence, accordez-la en fonction de vos besoins.

EDIT: Selon les commentaires, les paramètres JVM sont les mêmes sous Windows et AIX. Toutefois, les paramètres ms et mx n'ont pas la même valeur, de sorte que la taille du segment augmente avec le temps si nécessaire et qu'il est pratiquement impossible de prévoir comment et quand (cela dépend de l'utilisation). J'utiliserais les mêmes valeurs pour ms et mx pour éviter cela. Cela dit, l'outil de surveillance du système d'exploitation (Windows perfmon ou gestionnaire de tâches ou ps/top sous Unix) indique la taille de la mémoire du processus JVM (c'est-à-dire java.exe sous Windows et java sous Unix).

La mémoire de processus [...] comprend le segment de l'objet et de l'espace de mémoire supplémentaire en raison de l'exécutable de processus, l'espace de pile d'exécution des threads, l'objet thread espace de tas, tout espace occupé par la JNI et les objets créés à partir de JNI, et aussi tous les autres espaces JVM comme l'espace PERM qui est où les classes sont chargées dans la plupart des JVM. [...] Utilisez le moniteur du système d'exploitation pour surveiller la taille du processus et assurez-vous qu'il se place confortablement dans la RAM.

Mais, en fait, en raison de la façon dont chaque système d'exploitation gère la mémoire, je ne suis pas sûr ps et le gestionnaire de tâches rapportera la même chose.

Quelques références:

• Java Performance Tuning, Profiling, and Memory Management
• Question of the month: What memory am I measuring?

EDIT2: Vérification que votre processus JVM se glisse facilement dans la RAM est une chose. Mais vérifier que votre JVM est bien réglée (par exemple GC non trop long majeur) est vraiment une autre chose. Vous ne mesurerez pas la deuxième chose avec ps ou le gestionnaire de tâches, vous devez profiler votre tas pour cela.