Optionen für Linien und Environment-Variablen, die die Leistungsmerkmale der Java HotSpot Virtual Machine beeinflussen können. Bitte beachten Sie, das diese Seite nur für JDK 7 und früheren Versionen gilt. und sind freibleibend in nachfolgenden Versionen des JDK. XX sind nicht stabil und ohne vorherige Ankündigung geändert werden. Sofern nicht anders angegeben, beziehen sich alle Informationen in diesem Dokument auf Java HotSpot Client VM und Java HotSpot Server-VM. wollen Hafen in eine Java HotSpot VM Java HotSpot Äquivalente der genaue VM Flaggen sehen sollte. Plattformen mit einem unterschiedlichen Standardwert sind in der Beschreibung aufgeführt. und auch durch JConsole. Die folgenden Optionen sind lose in Kategorien eingeteilt. Überwachung und Verwaltung von Java SE 6 Plattform-Anwendungen zeigt Abbildung 3 ein Beispiel. Verhaltens Optionen ändern das grundlegende Verhalten des virtuellen Computers. Debuggen Optionen können in der Regel Ablaufverfolgung, drucken oder Ausgabe der VM-Informationen. Nicht beschweren Sie, wenn die Anwendung Signal-Handler installiert. Performance-tuning-Möglichkeiten sind Knöpfe, die verwendet werden können, um VM-Leistung zu optimieren. Durch Standard-Aufrufe von System. DisableExplicitGC Aufrufe von System deaktivieren. Für Solaris und Linux nur relevant. Ein Failover auf alten Verifier versagt die neue Typ-Checker. Stoßen Sie die Anzahl der Dateideskriptoren bis max. Beachten Sie, dass die JVM Garbagecollection bei Bedarf noch ausführt. Für Solaris nur relevant. Die Collection der jüngsten Generation erfordert keine Garantie für volle Förderung der alle aktiven Objekte. Junge Generation GC vor einer vollständigen GC zu tun. Entspannen Sie sich die Zugang Kontrollen in der Gutachter. Steuert die maximale Spin Iterationen erlaubt bevor Sie Betriebssystem-Thread-Synchronisation Code eingeben. Binden Sie Benutzer Ebene Fäden an Kernel-Threads. Verwenden Sie alternative Signale statt SIGUSR1 und SIGUSR2 für VM interne Signale. Für Solaris nur relevant. Für Solaris nur relevant. Sweep-Kollektion für die ältere Generation. Zeit, die im GC ausgegeben wird, bevor ein Fehler OutOfMemory ausgelöst wird. Grundlage statt Thread basierte Synchronisation. Verwendung parallele Garbagecollection für fallend. Für Solaris nur relevant. Verwenden Sie serielle Garbagecollection. Verwenden Sie parallele Garbagecollection für die vollständige Sammlungen. Aktivieren Sie naiv drehend auf Java Monitor bevor Sie Betriebssystem-Thread-Synchronizaton-Code eingeben. davor als UseTLE bezeichnet wird. Für Solaris nur relevant. Nativen Thread-Prioritäten zu verwenden. Verwenden Sie die neue Typ-Checker mit StackMapTable Attribute. Operationen führt zu OS_INTRPT. Setzt sich ein Ziel für die maximale GC Pausenzeit. Heap-Belegung ein gleichzeitigen GC-Zyklus zu beginnen. Dies ist ein weiches Ziel, und die JVM machen seine bemühen, es zu erreichen. Der Standardwert ist 45. Maximalwert für Tenuring Schwelle. Der Standardwert ist 15. Legt die Anzahl der Threads, die in parallelen Phasen des Garbage Collectors verwendet. Der Default-Wert variiert mit der Plattform, auf der die JVM ausgeführt wird. Der Standardwert ist 10. Der Default-Wert variiert mit der Plattform, auf der die JVM ausgeführt wird. Mit G1 ist die Java-Heap in gleichmäßig große Regionen unterteilt. Anzahl der Threads, die gleichzeitige Garbage Collectors verwenden. Der Standardwert dieses Parameters ist ergonomisch basierend auf Heap-Größe bestimmt. Setzt die Höhe der Heap, der reserviert ist als eine Zwischendecke, die Möglichkeit des Scheiterns der Förderung zu reduzieren. Setzt die große Seitengröße für die Java-Heap verwendet. MaxNewSize wird als Funktion der NewRatio berechnet. Der Mindestwert ist 1Mb und der maximale Wert beträgt 32Mb. Größe der ständigen Generation. maximale Code-Cache-Größe. Schalten Sie Punkt Leistung Compiler-Optimierungen, die standardmäßig in zukünftigen Veröffentlichungen sein dürften. Bit und amd64: 1024m. Maximalen Prozentsatz der Heap frei nach GC Schrumpfung zu vermeiden. Gewünschten Prozentsatz an Überlebende nach belegtem aufräumen. Mindestprozentsatz der Heap frei nach GC, Ausbau zu vermeiden. Verwenden Sie intime Shared-Memory. Weitere Informationen finden Sie unter diesem tuning Beispiel. Näheres siehe intime Shared Memory. Verwenden Sie große Seite Speicher. Seiten für den Heap. Für Details siehe Java-Unterstützung für große Speicherseiten. Verwenden Sie nicht mit ISM, da dies die Notwendigkeit für ISM ersetzt. Ermöglicht Zwischenspeichern von häufig zugewiesene Strings. Update 1, Relevant für Solaris 9 und höher. Generiert Code Stil Prefetch-Anweisungen. String-Verkettung-Operationen zu optimieren, wenn möglich. Verwenden Sie TLABS Zuteilung Wasserzeichen Zeiger auf Tor, wenn Prefetch-Anweisungen ausgeführt werden. Standardwerte sind 1, wenn die zuletzt zugewiesene Objekt eine Instanz und 3 war, sei es ein Array. Drucke die Zeit im JIT-Compiler. für Strings, die als reines ASCII dargestellt werden können. Für Solaris nur relevant. Wenn ein Fehler auftritt, speichern Sie die Daten in dieser Datei. Anzahl der Cache-Zeilen zu laden, nachdem der letzte Objektzuordnung mit Prefetch-Anweisungen generiert in JIT-Code kompiliert. definierten Befehle auf Fehler. Heap, wenn Datei dump Java. Pfad zum Verzeichnis oder Dateinamen für Heap-Dump. definierten Befehle, wenn ein OutOfMemoryError wird zuerst ausgelöst. Befehl liefert gleichwertige Funktionalität. Histo-Befehl bietet gleichwertige Funktionalität. Print Flags, die in der Befehlszeile erschien. Drucken Sie die Nachricht, wenn eine Methode kompiliert wird. Drucken Sie Nachrichten an Garbagecollection. Nähere Infos unter Garbagecollection zu drucken. Zeitstempel bei Garbagecollection zu drucken. Tenuring Alter Informationen ausgeben. Konstante Pool Beschlüsse zu verfolgen. Informationen über adaptive Generation Dimensionierung ermöglicht drucken. Laden von Klassen zu verfolgen. Entladen von Klassen zu verfolgen. Jvmstat binäre Daten speichert beim beenden. Bit-Leistung mit Java Heap Größe weniger als 32gb. Der Default-Wert variiert mit der Plattform, auf der die JVM ausgeführt wird. Berühren Sie den Java-Heap während der Initialisierung der JVM. auf Null, während der Initialisierung nicht inkrementell während der Anwendungsausführung. Legt die Anzahl der Garbage Collection-Threads in der jung und alt parallel Müllsammler. Legt den Abstand der Prefetch für Objektzuordnung. Jeder Java-Thread hat seinen eigenen Zuordnung. über die Adresse der zuletzt zugewiesenen Objekt. Der Default-Wert variiert mit der Plattform, auf der die JVM ausgeführt wird. Der Default-Wert variiert mit der Plattform, auf der die JVM ausgeführt wird. Maximale Bytecode Größe einer Methode zur Inline ersetzt werden. Inline eine zuvor kompilierte Methode nur dann, wenn die generierten Native-Größe Code ist kleiner als das. Der Default-Wert variiert mit der Plattform, auf der die JVM ausgeführt wird.
