Pour améliorer les performances de l'application Java, ajustez les arguments JVM en commen?ant par la taille du tas à l'aide de -XMS et -XMX pour éviter les problèmes de mémoire et de redimensionnement des frais généraux, puis choisissez le bon collecteur de déchets comme G1GC pour une faible latence ou un GC parallèle pour le débit, le prochain réglage GC, TELLALAGEM sur les outils de surveillance pour guider les ajustements.

Lorsque vous essayez d'obtenir de meilleures performances d'une application Java, l'un des moyens les plus directs est d'ajuster les arguments JVM. Ces paramètres contr?lent comment la machine virtuelle Java gère la mémoire, la collecte des ordures et d'autres comportements d'exécution qui affectent directement la vitesse et la stabilité de votre application.

Définir la taille du tas initial et maximum (-xms, -xmx)

Les deux options les plus courantes que vous utiliserez sont -Xms et -Xmx .

• -Xms définit la taille initiale du tas lorsque le JVM démarre.
• -Xmx définit la taille maximale du tas que le JVM peut utiliser.

Si ces valeurs sont trop faibles, votre application peut se présenter à OutOfMemoryError . S'ils sont trop élevés, vous pouvez réserver plus de mémoire que nécessaire, ce qui pourrait avoir un impact sur d'autres applications ou services en cours d'exécution sur la même machine.

Un bon point de départ:

• Définissez à la fois -Xms et -Xmx sur la même valeur pour éviter de redimensionner le tas à l'exécution, ce qui peut provoquer des hoquets de performances.
• Par exemple: -Xms2g -Xmx2g donne votre application 2 Go de tas du début à la fin.

Ne devinez pas - surveiller l'utilisation réelle à l'aide d'outils tels que VisualVM, JConsole ou GC Journaux pour affiner ces valeurs en fonction d'un comportement réel.

Choisissez le bon collecteur de ordures

Java a plusieurs collectionneurs d'ordures (GC), chacun avec différentes caractéristiques de performance. Choisir le bon dépend des besoins de votre application:

• Les applications axées sur les débus (comme les travaux de lots) bénéficient souvent du GC parallèle ( -XX: UseParallelGC ).
• Les applications à faible latence (comme les services Web) peuvent préférer G1GC ( -XX: UseG1GC ) ou même ZGC / Shenandoah si vous utilisez des JDK plus récents.
• évitez le GC série à moins que vous ne soyez sur un système très ancien ou que vous ayez un minimum de ressources.

Les pauses de collecte des ordures peuvent gravement nuire aux performances, en particulier sous la charge. La surveillance des temps de pause GC et de la fréquence aide à déterminer si les collectionneurs de commutation aideraient.

Quelques conseils:

• G1GC fonctionne bien pour des tas de plus de 4 Go et vise à équilibrer le débit et la latence.
• Si vous voyez de longues pauses GC, ce n'est peut-être pas la taille du tas seul - le choix du collecteur est également important.

Régler les paramètres de collecte des ordures

Une fois que vous avez choisi un collecteur de déchets, vous pouvez davantage régler son comportement.

Par exemple, avec G1GC, vous pouvez définir:

• -XX:MaxGCPauseMillis=200 - dit au JVM d'essayer de maintenir des pauses GC à moins de 200 millisecondes.
• -XX:G1HeapRegionSize=4M - contr?le la taille de la région interne (pas toujours nécessaire pour changer).

Autres drapeaux généraux liés au GC:

• -XX: DisableExplicitGC désactive les appels à System.gc() - utile si certaines bibliothèques déclenchent des GC complets inutilement.
• -XX: PrintGCDetails -XX: PrintGCDateStamps journaux d'activité gc afin que vous puissiez analyser ce qui se passe dans la production.

N'ignorez pas non plus le métaspace , qui a remplacé Permgen dans Java 8. Vous pouvez le limiter avec -XX:MaxMetaspaceSize pour empêcher les fuites de mémoire de consommer toute la mémoire disponible.

Drapeaux facultatifs mais utiles

Voici quelques drapeaux supplémentaires qui ne sont pas strictement liés aux performances mais peuvent aider indirectement:

• -server - Active les optimisations spécifiques au serveur (sur par défaut dans la plupart des JVM 64 bits).
• -XX: AggressiveOpts - excite les optimisations avancées des performances là où cela est pris en charge.
• -XX: UseLargePages - permet d'utiliser de grandes pages de mémoire, ce qui peut améliorer les performances des systèmes qui les soutiennent.
• -XX: UseStringDeduplication (avec G1GC) - réduit l'utilisation de la mémoire en dédupliquant les cha?nes en double.

Vous n'aurez pas besoin de tout cela dans tous les cas, mais savoir qu'ils existent vous permet d'explorer un réglage plus profond lorsque les paramètres de base ne sont pas suffisants.

C'est essentiellement la fa?on dont vous abordez le réglage des performances JVM via les arguments en ligne de commande - commencez par la taille du tas, choisissez le bon GC, modifiez ses paramètres et appliquez éventuellement des drapeaux avancés le cas échéant. Ce n'est pas trop complexe, mais il est facile d'oublier les détails clés sans surveillance et test.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!