Réglage de la taille de segment JVM au moment de l'exécution

Est-il un moyen de définir la taille du segment de l'exécution d'un programme Java?

  • Pour référence, voici la RFE pour hotspot: bugs.sun.com/bugdatabase/view_bug.do?bug_id=4408373
InformationsquelleAutor feiroox | 2009-04-18
  1. 59

    Pas.

    Ce que vous pouvez faire avec une application très variable tas exigences est de définir votre tas max taille très haute avec -Xmx et tune -XX:MaxHeapFreeRatio et -XX:MinHeapFreeRatio de sorte que l'application ne sera pas s'accrocher à un lot de la mémoire lorsque le tas se rétrécit (il le fait avec les paramètres par défaut).

    Mais notez que cela peut entraîner des problèmes de performances lorsque la mémoire réellement utilisée par l'application varie fortement et rapidement - dans ce cas, vous êtes mieux de l'avoir à s'accrocher à la mémoire plutôt que de les rendre à l'OS de la réclamer à nouveau une seconde plus tard. Vous pouvez également jouer avec le GC options pour s'assurer que le GC ne laisse pas de trop non réclamés objets qui traînent, qu'il tend à faire quand il y a beaucoup de place pour le tas de croître, et qui irait à l'encontre de l'objectif de vouloir la taille de segment de mémoire pour s'ajuster à l'application de ses besoins.

    • -XX:MaxHeapFreeRatio La valeur par défaut est de 70. La libre ratio de la quantité d'espace non alloué sur le tas sur le total de la taille du segment. Le pourcentage d'espace libre s'élève au-dessus de la valeur par défaut est de 70% de la jvm va rreduce la taille du segment de mémoire pour permettre à l'OS de l'utilisation de la mémoire.
    • C'est possible (et j'en fait beaucoup), mais le problème est que l'utilisation de la mémoire peut sauter haut et vers le bas beaucoup de choses. Ce n'est pas proportionnelle à l'effectif de vivre ensemble de l'objet, juste le fait de gagner beaucoup d'objets dans une rangée peut causer le tas à exploser. Elle ne va que vers le bas si vous avez manuellement cause d'un GC. Donc, fondamentalement, vous devrez réserver le montant maximum en réelle de la RAM. Nous avons vraiment besoin d'une option pour modifier la taille maximale du tas de façon dynamique.
    InformationsquelleAutor Michael Borgwardt
  2. 13

    Selon http://www.dreamincode.net/forums/showtopic96263.htm, vous ne pouvez pas le faire au moment de l'exécution, mais vous pouvez en générer un autre processus avec un autre segment de taille.

    • Aussi connu comme un monumental de la douleur dans le dos. Si vous êtes en utilisant beaucoup de mémoire, la dernière chose que vous voulez est de libérer de tout ça, puis de le recharger dans un autre processus. Bien sûr, vous ne pouvez pas garder l'ancien processus ouvert suffisamment longtemps pour le transfert de données que vous êtes en monopolisant plus de mémoire avec 2 processus juste pour faire le transfert. Mieux espère que vous l'aurez deviné ce moment ou vous arrivez à le faire une fois de plus.
    InformationsquelleAutor thSoft
  3. 7

    Vous pouvez modifier ces paramètres lorsque vous démarrez votre application, mais une fois que la JVM est en place et l'exécution de ces valeurs ne peut pas être modifié. Quelque chose comme ceci:

    java -Xms32m -Xmx512m FooBar

    va définir le minimum de la taille de segment de mémoire de 32 mo et la taille maximale du tas de 512 MO. Une fois défini, vous ne pouvez pas les modifier dans le programme en cours d'exécution.

    InformationsquelleAutor Andrew Hare
  4. 2

    Le consensus peut en effet être que ce n'est pas possible, mais nous devrions être à la recherche à la JVM de la source pour voir comment il peut être ergonomique contrôlée. Il serait très agréable d'être en mesure d'avoir un JVMTI agent d'être en mesure d'ajuster le tas/perm/permanent/new/&c dimensionnement en ligne/au moment de l'exécution.

    Ce que ce serait faire? il serait de permettre aux agents de déduire de dimensionnement des ajustements en fonction du rendement ou de l'empreinte des objectifs qui seront importants lors du déplacement de machines virtuelles dans le Cloud.

    • Ce livre se lit comme une JVM demande de fonctionnalité plutôt que d'une réponse . . .
    InformationsquelleAutor Jé Queue
  5. 2

    Vous pouvez utiliser le -mx option de démarrage (aussi connu comme -Xmx) C'est la taille maximale que vous devriez dans la cause qui vous ne devriez pas besoin de plus que la taille maximale que vous aurez jamais besoin.

    Cependant, un travail autour est d'avoir le main() vérifier la taille maximale et redémarrez le java si la taille maximale n'est pas comme souhaité. c'est à dire lancer un autre programme java et mourir.

    • Cela suppose que vous savez à l'avance la quantité de mémoire dont vous aurez besoin. C'est très bien pour les serveurs web/autres choses que le stream mais si vous êtes de l'analyse des données (dire la construction d'un indice de / à la recherche de tendances) vous avez besoin de savoir l'avant jusqu'à ce que vos données va être, ce qui est assez limitée
    • Vous n'avez pas besoin de connaître la quantité de mémoire dont vous aurez besoin. L'-Xmx est le maximum de la teh JVM peut avoir à savoir le programme devrait planter avec un OutOfMemoryError plutôt que d'utiliser plus de mémoire. Ce maximum est généralement basée sur la quantité de mémoire et la valeur par défaut est égale à 1/4 de la mémoire principale. La JVM ne pas utiliser beaucoup de mémoire pour un programme "hello world" indépendamment de ce que vous définissez le nombre maximal de.
    • Supposons que vous disposez d'un processus et de lui donner 50 gig de mémoire à l'avance et pendant la course avis de beaucoup de GC est en cours et que probablement 56 GiB serait mieux et vous ne pouvez pas facilement redémarrer le programme sans faire beaucoup de recalcul...
    • donc, il est préférable de fixer la limite à un niveau qui vous serait plutôt le programme échouer que de continuer à fonctionner.
    InformationsquelleAutor Peter Lawrey
  6. 0

    J'ai demandé la même question à moi-même. Et contrairement aux réponses ci-dessus il y a quelque chose que je peux faire à ce sujet mon application croissante max tas de la JVM taille. Si l'application est un serveur web en mode cluster, j'ai pu démarrer une nouvelle instance avec le changement des min/max de la taille du segment et que l'arrêt de l'instance initiale. Qui doit être particulièrement simple dans GlassFish où vous avez la gestion d'instance séparée de nodeAgent(serveur d'application d'une instance de cluster) de la JVM.

    Depuis de nombreuses JVM applications sont des applications web, je pense qu'il vaut la peine de préserver dans ce blog.

    InformationsquelleAutor Sasha Firsov
  7. -1

    Si je comprends votre question correctement, vous essayez de modifier la taille de segment de mémoire à runtime. Je ne vois pas pourquoi cela devrait être possible. Définissez la taille de segment de mémoire à de démarrage à l'aide de la -Xmx option JVM. Je conseille aussi à vous de définir le -Xms option uniquement si vous avez absolument besoin. Cette option définit le montant initial de la tête de la mémoire est allouée pour la JVM.

    Vous devez savoir comment votre application se comporte en termes de mémoire. Définir la valeur de -Xmx à bon escient. Si votre application est une sorte de serveur d'application, vous pouvez définir une valeur plus élevée, sinon compromettre votre choix avec d'autres applications en cours d'exécution dans les machines client et bien sûr de la mémoire disponible.

    • Définissez la valeur à bon escient... Oui, c'est un bon conseil. Mais tenir compte de cette affaire - vous de regarder la façon dont vous application prod près du tas maximum, et vous ne pouvez rien faire avec elle. Oui il y a une fuite dans le code... mais d'abord, nous devons garder en vie pendant la journée et ensuite, nous allons résoudre le problème
    • Notez également que ce pourrait être une applet ou d'un autre type d'application, où vous n'avez pas le contrôle de la machine virtuelle paramètres de démarrage. Ce sont les cas où cela serait sympa. La question principale je pense, c'est que si vous étiez en mesure de changer ce que vous pourriez exécuter en sécurité liés à des problèmes de mémoire.
    InformationsquelleAutor bruno conde