Comment est-Java par défaut de la taille du segment déterminé?

Si je omettre le -Xmxn option à partir de la ligne de commande Java alors une valeur par défaut sera utilisée. Selon La documentation Java

"la valeur par défaut est choisie au moment de l'exécution en fonction de la configuration du système"

Ce que les paramètres de configuration système de l'influence de la valeur par défaut?

InformationsquelleAutor Richard Dorman | 2011-01-12
  1. 477

    Sur Windows, vous pouvez utiliser la commande suivante pour trouver les paramètres par défaut sur le système où vos applications s'exécute.

    java -XX:+PrintFlagsFinal -version | findstr HeapSize

    Recherchez les options MaxHeapSize (pour -Xmx) et InitialHeapSize pour -Xms.

    Sur un système Unix/Linux, vous pouvez le faire

    java -XX:+PrintFlagsFinal -version | grep HeapSize

    Je crois que la sortie est en octets.

    • J'espérais une belle option de ce genre, mais cela n'a pas fonctionné pour moi, en utilisant IBM Java 6 VM.
    • Super! Puis-je jouer avec toutes ces options par défaut? Quel est le correspondant ENV variable pour chaque?
    • Dans mon cas, sur Linux, InitialHeapSize = 262803264 et MaxHeapSize = 4206886912 qui est sur le 256 MO et 4 GO si je ne me trompe pas. Est-ce à dire que chaque JVM commence comme si elle a été lancée avec -Xms256m -Xmx4g options?
    • Sur un système Windows: java -XX:+PrintFlagsFinal -version | findstr /R /C:"HeapSize"
    • Une sorte de réponse partielle seulement à la question de départ, comme demandé, mais très très utile! Je pense que le -version partie n'est cependant pas nécessaire.
    • Alors... ce n'0 signifie? 🙂
    • Sur mon Linux -version supprime le long de "l'utilisation" du texte sur stderr.
    • je reçois "java n'est pas reconnu en tant que commande interne' erreur. dans ce dossier, dans la ligne de commande, vous avez à être à pour que cela fonctionne.

    InformationsquelleAutor stones333
  2. 109

    Selon Garbage Collector Ergonomie [Oracle]:

    initiale de la taille de segment de mémoire:

    Plus de 1/64ème de la machine de la mémoire physique de la machine ou de certains
    minimum raisonnable. Avant de J2SE 5.0,
    la valeur par défaut initiale de la taille du segment a été un
    minimum raisonnable, qui varie selon l'
    la plate-forme. Vous pouvez remplacer cette
    par défaut à l'aide de l'-Xms ligne de commande
    option.

    taille maximale du tas:

    Petits de 1/4ème de la mémoire physique ou de 1 GO. Avant de J2SE 5.0, le
    par défaut taille maximale du tas a été de 64 mo.
    Vous pouvez remplacer cette valeur par défaut à l'aide de
    l'-Xmx option de ligne de commande.

    Mise à JOUR:

    Comme l'a souligné Tom Anderson dans son commentaire ci-dessus est pour le serveur-les machines de classe. De L'ergonomie dans l'5.0 Java Virtual Machine:

    Dans la plate-forme J2SE version 5.0 d'un
    classe de machine appelée un
    serveur-machine de classe a été définie
    comme une machine avec

    • 2 ou plusieurs processeurs physiques
    • 2 ou plusieurs giga-Octets de mémoire physique

    à l'exception des plates-formes 32 bit
    fonctionne avec une version de Windows
    le système d'exploitation. Sur tous les autres
    les plates-formes les valeurs par défaut sont
    de même que les valeurs par défaut pour la version
    1.4.2.

    Dans la plate-forme J2SE version 1.4.2 par
    par défaut les sélections suivantes ont été
    fait

    • initiale taille du segment de mémoire de 4 Mo
    • taille maximale du tas de 64 Mo
    • Mise en garde: pour serveur les machines de classe, pas de client-classe. Vous avez besoin de lire ce document en collaboration avec java.sun.com/docs/hotspot/gc5.0/ergo5.html qui définit ces termes et ce qui se passe au client les machines de classe. dogbane, pourrais-je humblement vous suggérons de modifier votre réponse à citer les passages pertinents?
    • Qui est ridiculement faible par défaut en 2012. Très peu d'applications sérieuses s'adaptera à l'intérieur de 64 mégaoctets.
    • Voir Ernesto de Oct 30, 2012 réponse pour les ordinateurs clients après Java 6 update 18.
    • Aussi garder à l'esprit qu'il est dit: "Les limites et les fractions compte tenu de la taille du tas sont corrects pour J2SE 5.0. Ils sont susceptibles d'être différents dans les versions ultérieures que les ordinateurs sont de plus en plus puissants."
    • Par ailleurs, cet algo n'est Parallèle Garbage Collector.
    InformationsquelleAutor dogbane
  3. 32

    Cela est changé en Java 6 update 18.

    En supposant que nous disposons de plus de 1 GO de la mémoire physique (assez fréquent de nos jours), il est toujours de 1/4 de votre mémoire physique.

    • Incorrect, la page liée, dit greater than or equal to 1 gigabyte of physical memory results in a maximum heap size of 256 megabytes
    • Je viens de vérifier sur une machine linux avec 5 go de mémoire physique. Par défaut max tas montre que 1,5 go
    • non, un autre exemple pratique, j'observe en ce moment: 129 Go de mémoire physique résultats à 32 Go de taille de segment de mémoire max
    InformationsquelleAutor ernesto
  4. 28

    Java 8 est de plus de 1/6ème de la mémoire physique de votre Xmssize (Minimum HeapSize) et moins de 1/4 de votre mémoire physique pour votre Xmxsize (Maximum HeapSize).

    Vous pouvez Vérifier l' Java par défaut de la taille du segment par:

    Dans Windows:

    java -XX:+PrintFlagsFinal -version | findstr /i "HeapSize PermSize ThreadStackSize"

    Dans Linux:

    java -XX:+PrintFlagsFinal -version | grep -iE 'HeapSize|PermSize|ThreadStackSize'

    Ce que les paramètres de configuration système de l'influence de la valeur par défaut?

    Votre mémoire physique & version de Java.

    • n'est-il pas 1/64 au lieu de 1/6?
    • Ouais Xmssize (Minimum HeapSize / InitialHeapSize) est de plus de 1/64e de votre mémoire physique & Xmxsize (Maximum HeapSize / MaxHeapSize) est à moins de 1/4 de votre mémoire physique . (Par ex pour mon mac , avoir 16 GO de ram , je suis uintx InitialHeapSize := 268435456 {produit} uintx MaxHeapSize := 4294967296 {produit} , i,e Xms est de 268 MO & Xmx est de 4,29 GO
    • Merci de modifier la réponse. C'est 1/64ème, pas de 1/6ème.
    InformationsquelleAutor Sarat Chandra
  5. 15

    Ernesto est droit. Selon le lien qu'il a posté [1]:

    Client de mise à jour du segment de la JVM de configuration

    Dans le Client de la JVM...

    • La valeur par défaut taille maximale du tas est la moitié de la mémoire physique jusqu'à une taille de la mémoire physique de 192 mo et sinon, un quart de la mémoire physique jusqu'à une taille de la mémoire physique de 1 gigaoctet.

      Par exemple, si votre machine dispose de 128 mo de mémoire physique, la taille maximale du tas est de 64 mégaoctets, et supérieur ou égal à 1 gigaoctet de mémoire physique résultats d'une taille maximale du tas de 256 mégaoctets.

    • La taille maximale du tas n'est pas réellement utilisé par la JVM, à moins que votre programme crée assez d'objets à l'exiger. Une quantité beaucoup plus petite, appelée l'initiale de la taille du segment, est alloué lors de la JVM de l'initialisation. ...

    • ...
    • Serveur segment de la JVM de configuration de l'ergonomie est maintenant le même que le Client, sauf que la valeur par défaut taille maximale du tas de 32 bits Jvm est de 1 gigaoctet, correspondant à la taille de la mémoire physique de 4 giga-octets, et pour la version 64 bits Jvm 32 gigaoctets, correspondant à la taille de la mémoire physique de 128 go.

    [1] http://www.oracle.com/technetwork/java/javase/6u18-142093.html

    InformationsquelleAutor apl
  6. 8

    Pour la JVM IBM, la commande est la suivante:

    java -verbose:sizes -version

    Pour plus d'informations sur le logiciel IBM SDK pour Java 8: http://www-01.ibm.com/support/knowledgecenter/SSYKE2_8.0.0/com.ibm.java.lnx.80.doc/diag/appendixes/defaults.html?lang=en

    • Le lien semble être (efficacement) cassé.
    • viens de vérifier le lien est très bien
    InformationsquelleAutor n0mer
  7. 7

    valeur par défaut est choisie au moment de l'exécution en fonction de la configuration du système

    Ont un coup d'oeil à la documentation page

    Par Défaut De La Taille Du Segment

    À moins que le rapport initial et le maximum de tailles de tas sont spécifiés sur la ligne de commande, elles sont calculées en fonction de la quantité de mémoire sur la machine.

    1. Client JVM par Défaut Initiale et de Tas Maximale Tailles:

      La valeur par défaut taille maximale du tas est de la moitié de la mémoire physique jusqu'à une taille de la mémoire physique de 192 mégaoctets (MO) et sinon un quart de la mémoire physique jusqu'à une taille de la mémoire physique de 1 gigaoctet (GO).

    2. Serveur JVM par Défaut Initiale et de Tas Maximale Tailles:

      Sur 32 bits Jvm, la valeur par défaut taille maximale du tas peut être jusqu'à 1 GO si il est de 4 GO ou plus de mémoire physique. Sur 64 bits Jvm, la valeur par défaut taille maximale du tas peut être jusqu'à 32 GO si il est de 128 GO ou plus de mémoire physique

    Ce que les paramètres de configuration système de l'influence de la valeur par défaut?

    Vous pouvez spécifier le rapport initial et le maximum de tailles de tas en utilisant les drapeaux -Xms (initiale taille du segment de mémoire) et -Xmx (taille maximale du tas). Si vous savez combien de tas besoins de votre application fonctionne bien, vous pouvez définir -Xms et -Xmx à la même valeur

    InformationsquelleAutor Ravindra babu
  8. 4

    Un certain nombre de paramètres influent sur la génération de taille. Le diagramme suivant illustre la différence entre les commis de l'espace et de l'espace virtuel dans le tas. Lors de l'initialisation de la machine virtuelle, l'ensemble de l'espace pour le segment de mémoire est réservé. La taille de l'espace réservé peut être spécifié avec le -Xmx option. Si la valeur de la -Xms paramètre est inférieure à la valeur de la -Xmx paramètre, pas tout l'espace qui leur est réservé est immédiatement engagé à la machine virtuelle. Le non validées de l'espace est marqué "virtuel" dans cette figure. Les différentes parties de la tas (génération permanente, maître de la génération et de la génération des jeunes) peuvent se développer à la limite de l'espace virtuel en tant que de besoin.

    Comment est-Java par défaut de la taille du segment déterminé?

    Par défaut, la machine virtuelle augmente ou réduit le tas à chaque collection pour essayer de garder la proportion de l'espace à vivre objets à chaque collection dans une plage spécifique. Cette fourchette cible est définie comme un pourcentage à l'aide des paramètres -XX:MinHeapFreeRatio=<minimum> et -XX:MaxHeapFreeRatio=<maximum>, et la taille totale est délimitée ci-dessous par -Xms<min> et au-dessus par -Xmx<max>.

    Paramètre Valeur Par Défaut

    MinHeapFreeRatio 40

    MaxHeapFreeRatio 70

    -Xms 3670k

    -Xmx 64m

    Les valeurs par défaut de la taille de tas de paramètres sur les systèmes 64 bits ont été mises à l'échelle par environ 30%. Cette augmentation est destinée à compenser la plus grande taille des objets sur un système 64 bits.

    Avec ces paramètres, si le pourcentage d'espace libre dans une génération tombe en dessous de 40%, la production sera élargi afin de maintenir 40% d'espace libre, jusqu'à la taille maximale autorisée de la génération. De même, si l'espace libre supérieur à 70%, la production sera engagé, de sorte que seulement 70% de l'espace est libre, sous réserve de la taille minimale de la génération.

    Gros serveur d'applications, souvent, une expérience de deux problèmes avec ces valeurs par défaut. Un est lent au démarrage, parce que le segment de mémoire initiale est faible et doit être redimensionnée sur de nombreuses collections importantes. Un de plus en plus pressant problème est que par défaut, la taille maximale du tas est trop petit pour la plupart des applications de serveur. Les règles de base pour les applications de serveur sont:

    • Sauf si vous avez des problèmes avec des pauses, essayez d'accorder autant de mémoire que
      possible à la machine virtuelle. La taille par défaut (64 MO) est souvent trop
      petite.
    • Paramètre -Xms et -Xmx à la même valeur augmente la prévisibilité par
      retrait le plus important de dimensionnement de la décision de la machine virtuelle.
      Cependant, la machine virtuelle est alors dans l'impossibilité de compenser si vous faites
      un mauvais choix.

    • En général, augmenter la mémoire, comme vous augmentez le nombre de
      processeurs, puisque l'allocation peut être parallélisée.

      Il est le l'article complet

    InformationsquelleAutor theodor
  9. 4

    Enfin!

    De Java 8u191 vous avez maintenant les options:

    -XX:InitialRAMPercentage
-XX:MaxRAMPercentage
-XX:MinRAMPercentage

    qui peut être utilisé à la taille du segment de mémoire à un pourcentage d'utilisation de la RAM physique. (qui est la même que la RAM moins que le noyau utilise).

    Voir Notes de publication pour Java8 u191 pour plus d'informations. Notez que les options sont mentionnées sous Docker le titre mais en fait elles s'appliquent, que vous êtes dans Panneau de l'environnement ou dans un environnement traditionnel.

    La valeur par défaut pour MaxRAMPercentage est de 25%. C'est extrêmement conservateur.

    Ma propre règle: Si votre hôte est plus ou moins dédiés à l'exécution de la donnée d'une application java, alors vous pouvez sans problème augmenter de façon spectaculaire. Si vous êtes sur Linux, seulement en cours d'exécution standard des démons et d'avoir de la RAM installée à partir de quelque part autour de 1 Go et jusqu'alors je n'hésiterais pas à utiliser 75% de la JVM des tas de. Encore une fois, rappelez-vous que c'est 75% de la RAM disponible, pas la RAM installé. Ce qui est à gauche, c'est les autres utilisateurs des terres, les processus qui peuvent être en cours d'exécution sur l'hôte et les autres types de mémoire de la JVM besoins (par exemple, pour la pile). Tous ensemble, ce sera généralement s'adaptent bien dans les 25% qui est à gauche. Évidemment, avec encore plus de mémoire RAM installée sur le 75% est un moyen plus sûr et plus sûr pari. (Je souhaite que le JDK gens avaient mis en œuvre une option où vous pouvez spécifier une échelle)

    Réglage de la MaxRAMPercentage option ressembler à ceci:

    java -XX:MaxRAMPercentage=75.0  ....

    Noter que ces valeurs en pourcentage sont de "double" de type et, par conséquent, vous doit les spécifier avec un point décimal. Vous obtenez un peu bizarre d'erreur si vous utilisez "75" au lieu de "75.0".

    InformationsquelleAutor peterh
  10. 3

    La Xms et Xmx sont le drapeau de la machine virtuelle Java (JVM):

    • Xms: initial and minimum JVM heap size
      • Format: -Xmx<size>[g|G|m|M|k|K]
      • Default Size:
        • -server mode: 25% de mémoire physique libre, >=8 MO et <= 64 MO
        • -client mode: 25% de mémoire physique libre, >=8 MO et <= 16MB
      • Typical Size:
        • -Xms128M
        • -Xms256M
        • -Xms512M
      • Function/Effect:
        • -> JVM commencer à allouer Xms taille de la mémoire
    • Xmx: maximum JVM heap size
      • Format: -Xmx<size>[g|G|m|M|k|K]
      • Default Size:
        • <= R27.2
          • Windows: 75% de mémoire physique totale jusqu'à 1GB
          • Linux/Solaris: 50% de la mémoire physique disponible jusqu'à 1GB
        • >= R27.3
          • Windows X64: 75% de mémoire physique totale jusqu'à 2GB
          • Linux/Solaris X64: 50% de la mémoire physique disponible jusqu'à 2GB
          • Windows x86: 75% de mémoire physique totale jusqu'à 1GB
          • Linux/Solaris X86: 50% de la mémoire physique disponible jusqu'à 1GB
      • Typical Size:
        • -Xmx1g
        • -Xmx2084M
        • -Xmx4g
        • -Xmx6g
        • -Xmx8g
      • Function/Effect:
        • -> JVM permettre l'utilisation maximale de Xmx taille de la mémoire
          • lorsque dépasser Xmx, sera java.lang.OutOfMemoryError
            • Comment réparer OutOfMemoryError ?
              • dépasser Xmx valeur
                • par exemple: du -Xmx4g à -Xmx8g

    Plus en détail

    voir la doc officielle: -X Options de ligne de Commande

    • N'est-ce pas pour le JRockit JVM? (par opposition à l'Oracle de la JVM Hotspot)
    InformationsquelleAutor crifan