Java Language
JVM Flags
Recherche…
Remarques
Il est fortement recommandé d’utiliser uniquement ces options:
- Si vous avez une compréhension approfondie de votre système.
- Sachez que, si elles ne sont pas utilisées correctement, ces options peuvent avoir un effet négatif sur la stabilité ou les performances de votre système.
Informations collectées à partir de la documentation Java officielle .
-XXaggressive
-XXaggressive est un ensemble de configurations qui permettent à la JVM de fonctionner à grande vitesse et d'atteindre un état stable dès que possible. Pour atteindre cet objectif, la JVM utilise davantage de ressources internes au démarrage; Cependant, une optimisation adaptative est nécessaire une fois l'objectif atteint. Nous vous recommandons d'utiliser cette option pour les applications de longue durée qui consomment beaucoup de mémoire et qui fonctionnent seules.
Usage:
-XXaggressive:<param>
| <param> | La description |
|---|---|
opt | Planifie des optimisations adaptatives plus tôt et permet de nouvelles optimisations, qui devraient être la valeur par défaut dans les futures versions. |
memory | Configure le système de mémoire pour les charges de travail gourmandes en mémoire et espère activer de grandes quantités de ressources mémoire pour assurer un débit élevé. JRockit JVM utilisera également de grandes pages, si disponibles. |
-XXallocClearChunks
Cette option vous permet d'effacer un TLA pour les références et les valeurs au moment de l'allocation TLA et de pré-récupérer le prochain segment. Lorsqu'un entier, une référence ou tout autre élément est déclaré, sa valeur par défaut est 0 ou null (selon le type). Au moment opportun, vous devrez effacer ces références et ces valeurs pour libérer la mémoire du tas afin que Java puisse l'utiliser ou la réutiliser. Vous pouvez le faire lorsque l'objet est alloué ou, en utilisant cette option, lorsque vous demandez un nouveau TLA.
Usage:
-XXallocClearChunks
-XXallocClearChunks=<true | false>
Ce qui précède est une option booléenne et est généralement recommandé sur les systèmes IA64; en fin de compte, son utilisation dépend de l'application. Si vous souhaitez définir la taille des blocs effacés, combinez cette option avec -XXallocClearChunkSize . Si vous utilisez cet indicateur sans spécifier de valeur booléenne, la valeur par défaut est true .
-XXallocClearChunkSize
Lorsqu'elle est utilisée avec -XXallocClearChunkSize , cette option définit la taille des blocs à effacer. Si cet indicateur est utilisé mais qu'aucune valeur n'est spécifiée, la valeur par défaut est 512 octets.
Usage:
-XXallocClearChunks -XXallocClearChunkSize=<size>[k|K][m|M][g|G]
-XXcallProfiling
Cette option active l'utilisation du profilage d'appels pour les optimisations de code. Le profilage enregistre des statistiques d'exécution utiles spécifiques à l'application et peut, dans de nombreux cas, améliorer les performances car la JVM peut alors agir sur ces statistiques.
Remarque: cette option est prise en charge avec JRockit JVM R27.3.0 et les versions ultérieures. Il peut devenir par défaut dans les futures versions.
Usage:
java -XXcallProfiling myApp
Cette option est désactivée par défaut. Vous devez lui permettre de l'utiliser.
-XXdisableFatSpin
Cette option désactive le code d’exécution de verrouillage du fat en Java, permettant ainsi aux threads qui bloquent d’essayer d’acquérir un fat lock de s’allumer directement.
Les objets en Java deviennent un verrou dès qu'un thread entre dans un bloc synchronisé sur cet objet. Tous les verrous sont maintenus (c'est-à-dire sont restés verrouillés) jusqu'à ce qu'ils soient libérés par le fil de verrouillage. Si le verrou ne va pas être libéré très rapidement, il peut être gonflé à un «gros verrou». La «rotation» se produit lorsqu'un thread qui souhaite un verrou spécifique vérifie en permanence ce verrou pour voir s'il est toujours pris, tournant dans un boucle serrée comme il fait le contrôle. Spinning contre un Fat Lock est généralement bénéfique, bien que, dans certains cas, il peut être coûteux et peut affecter les performances. -XXdisableFatSpin vous permet de désactiver la rotation contre un gros verrou et d'éliminer les problèmes de performances potentiels.
Usage:
-XXdisableFatSpin
-XXdisableGCHeuristique
Cette option désactive les modifications de la stratégie de récupération de place. Les heuristiques de compactage et les heuristiques de taille de pépinière ne sont pas affectées par cette option. Par défaut, les heuristiques de récupération de place sont activées.
Usage:
-XXdisableFatSpin
-XXdumpSize
Cette option génère un fichier de vidage et vous permet de spécifier la taille relative de ce fichier (petit, moyen ou grand).
Usage:
-XXdumpsize:<size>
| <taille> | La description |
|---|---|
none | Ne génère pas de fichier de vidage. |
small | Sous Windows, un petit fichier de vidage est généré (sous Linux, un fichier de vidage complet est généré). Une petite sauvegarde ne comprend que les piles de threads, y compris leurs traces et très peu. Il s'agissait de la configuration par défaut dans JRVMit JVM 8.1 avec les Service Packs 1 et 2, ainsi que 7.0 avec Service Pack 3 et supérieur. |
normal | Provoque un vidage normal sur toutes les plates-formes. Ce fichier de vidage inclut toute la mémoire à l'exception du tas Java. C'est la valeur par défaut pour JRVMit JVM 1.4.2 et versions ultérieures. |
large | Inclut tout ce qui est en mémoire, y compris le tas Java. Cette option rend -XXdumpSize équivalent à -XXdumpFullState . |
-XXexitOnOutOfMemory
Cette option permet à Jock JRockit de sortir à la première occurrence d'une erreur de mémoire insuffisante. Il peut être utilisé si vous préférez redémarrer une instance de JVM JRockit plutôt que de gérer les erreurs de mémoire. Entrez cette commande au démarrage pour forcer la JVM JRockit à sortir à la première occurrence d'une erreur de mémoire insuffisante.
Usage:
-XXexitOnOutOfMemory