Comment est votre JVM 6 paramètre de mémoire pour JBOSS as 5?

Je suis en utilisant un ICEFaces application qui s'exécute sur JBOSS, mon actuellement heapsize est fixé à

-Xms1024m –Xmx1024m -XX:MaxPermSize=256m

quelle est votre recommandation pour ajuster des paramètres de mémoire pour JBOSS as 5 (5.0.1 GA) de la JVM 6?

Nous ne pouvons pas possible de vous donner une recommandation sur l'information. Le fait que vous êtes en cours d'exécution ICEFaces n'est pas pertinent.
tks skaffman. Disons, par exemple, une petite application (5 pages) avec JMS active,EJB3, et de 10 à 50 utilisateurs.
C'est probablement la façon de plus de mémoire que nécessaire, alors. Vous avez une question spécifique, ou une raison de penser que votre mémoire les réglages sont mauvais?
J'ai été en utilisant seulement 512 de total taille du tas, et c'était vraiment trop petite. Après une augmentation de 1024m l'application fonctionne plus rapidement (au moins du point de vue utilisateur). Ce sujet de la taille permanente ?
Permgen taille ne sera pas affecter les performances. Si ce n'est pas cassé, ne le répare pas.

OriginalL'auteur Dani Cricco | 2009-07-30

  1. 4

    Selon cette l'article:

    5 est connu pour être gourmand quand il s'agit de PermGen. Lors du démarrage, il jette souvent OutOfMemoryException: PermGen Error.

    Cela peut être particulièrement gênant en cours de développement quand vous êtes chaud déploiement fréquemment une application. Dans ce cas, JBoss QA recommande à élever le permgen taille, permettent à des classes de déchargement et de permgen balayage:

    -XX:PermSize=512m -XX:MaxPermSize=1024 -XX:+UseConcMarkSweepGC -XX:+CMSPermGenSweepingEnabled -XX:+CMSClassUnloadingEnabled

    Mais c'est plus pour info, je ne dis pas pour appliquer cette configuration les yeux fermés (comme écrit dans les commentaires, "si elle n'est pas cassé, ne le répare pas").

    Au sujet de votre taille de segment de mémoire, toujours garder à l'esprit: plus le tas, le plus les grands GC. Maintenant, quand vous dites "il était vraiment trop petit", je ne sais pas vraiment ce que cela signifie, ce que les erreurs, les symptômes, etc). À ma connaissance, un 1024m tas est en fait assez grand pour une webapp et devrait vraiment être plus que suffisant pour la plupart d'entre eux. Méfiez-vous cependant de grandes GC durée.

    D'excellentes suggestions! JBoss 5 et 6M3 n'aime pas les "+CMSPermGenSweepingEnabled" si. Ils disent à utiliser-XX:+CMSClassUnloadingEnabled à la place.

    OriginalL'auteur Pascal Thivent

  2. 0

    Segment de mémoire: 512 MO, mis le cap à l'endroit où vous pensez que votre application ne devrait jamais faire, et de ne pas faire de votre démarrage du serveur d'échange.

    Permgen: C'est généralement assez stable, une fois que l'application de lire toutes les classes utilisées dans l'application. Si vous avez testé l'application et il fonctionne avec 256 MO, puis la laisser ainsi.

    OriginalL'auteur Ondra Žižka

  3. 0

    @wds: Ce n'est certainement pas une bonne idée de définir le segment de mémoire maximale aussi élevée que possible pour deux raisons:

    1. De grands tas de faire plein GC prendre plus de temps. Si vous avez PermGen la numérisation est activée, un grand PermGen space va prendre plus de temps pour GC.
    2. JBoss COMME sur Linux peuvent congé non utilisés I/O poignées ouvertes assez longtemps pour faire Linux nettoyer la force, le blocage de tous les processus sur la machine jusqu'à ce qu'elle est terminée (cela peut prendre plus d ' 1 minute!). Si vous oubliez d'éteindre le déploiement à chaud scanner, ce qui arrive beaucoup plus fréquemment.

    Cela arriverait peut-être une fois par semaine, dans mon application jusqu'à ce que j':

    1. a diminué de -Xms à un point où JBoss as démarrage commençait à ralentir
    2. a diminué de -Xmx à un point où la complète les GCs qui s'est passé de plus en plus fréquemment, de sorte que le Linux I/O poignée de nettoyer arrêté

    Pour les développeurs, je pense que c'est bien d'augmenter la PermGen, mais en production, vous voudrez probablement utiliser uniquement ce qui est nécessaire pour éviter les longues GC pauses.

    Oui, désolé, terrible conseils. Je l'ai supprimé. Désolé pour ça, je ne sais pas ce que je pensais.

    OriginalL'auteur Joshua Davis