Java Language
JVM-Flags
Suche…
Bemerkungen
Es wird dringend empfohlen, nur diese Optionen zu verwenden:
- Wenn Sie ein gründliches Verständnis Ihres Systems haben.
- Beachten Sie, dass sich diese Optionen bei unsachgemäßer Verwendung negativ auf die Stabilität oder Leistung Ihres Systems auswirken können.
Informationen aus der offiziellen Java-Dokumentation .
-XXaggressiv
-XXaggressive ist eine Sammlung von Konfigurationen, durch die die JVM mit hoher Geschwindigkeit arbeitet und so schnell wie möglich einen stabilen Zustand erreicht. Um dieses Ziel zu erreichen, verwendet die JVM beim Start mehr interne Ressourcen. Es bedarf jedoch einer weniger anpassungsfähigen Optimierung, sobald das Ziel erreicht ist. Es wird empfohlen, diese Option für langlebige, speicherintensive Anwendungen zu verwenden, die alleine funktionieren.
Verwendungszweck:
-XXaggressive:<param>
| <param> | Beschreibung |
|---|---|
opt | Planen Sie adaptive Optimierungen früher und aktivieren Sie neue Optimierungen, die in zukünftigen Releases als Standard gelten sollen. |
memory | Konfiguriert das Speichersystem für speicherintensive Workloads und legt fest, dass große Speicherressourcen zur Verfügung stehen, um einen hohen Durchsatz zu gewährleisten. JRockit JVM verwendet, falls verfügbar, auch große Seiten. |
-XXallocClearChunks
Mit dieser Option können Sie einen TLA für Referenzen und Werte zum Zeitpunkt der TLA-Zuweisung löschen und den nächsten Block vorabholen. Wenn eine Ganzzahl, eine Referenz oder etwas anderes deklariert wird, hat sie einen Standardwert von 0 oder Null (je nach Typ). Zu gegebener Zeit müssen Sie diese Referenzen und Werte löschen, um den Speicher auf dem Heap freizugeben, damit Java es verwenden oder wiederverwenden kann. Sie können dies entweder tun, wenn das Objekt zugewiesen wird, oder mithilfe dieser Option, wenn Sie einen neuen TLA anfordern.
Verwendungszweck:
-XXallocClearChunks
-XXallocClearChunks=<true | false>
Das oben genannte ist eine boolesche Option und wird generell bei IA64-Systemen empfohlen. Letztendlich hängt die Verwendung von der Anwendung ab. Wenn Sie die Größe der gelöschten Chunks festlegen möchten, kombinieren Sie diese Option mit -XXallocClearChunkSize . Wenn Sie dieses Flag verwenden, aber keinen booleschen Wert angeben, ist der Standardwert true .
-XXallocClearChunkSize
Bei Verwendung mit -XXallocClearChunkSize legt diese Option die Größe der zu löschenden Chunks fest. Wenn dieses Flag verwendet wird, aber kein Wert angegeben wird, sind 512 Bytes voreingestellt.
Verwendungszweck:
-XXallocClearChunks -XXallocClearChunkSize=<size>[k|K][m|M][g|G]
-XXcallProfiling
Diese Option ermöglicht die Verwendung von Anrufprofilen für Codeoptimierungen. Das Profiling zeichnet nützliche Laufzeitstatistiken auf, die für die Anwendung spezifisch sind, und kann in vielen Fällen die Leistung erhöhen, da JVM diese Statistiken dann verwenden kann.
Hinweis: Diese Option wird von der JRockit JVM R27.3.0 und späteren Version unterstützt. In zukünftigen Versionen kann es zur Standardeinstellung werden.
Verwendungszweck:
java -XXcallProfiling myApp
Diese Option ist standardmäßig deaktiviert. Sie müssen es aktivieren, um es verwenden zu können.
-XXdisableFatSpin
Diese Option deaktiviert den Fat Lock-Spin-Code in Java, sodass Threads, die den Versuch blockieren, eine Fat Lock zu erwerben, direkt in den Ruhezustand versetzt werden.
Objekte in Java werden zu einer Sperre, sobald ein Thread einen synchronisierten Block für dieses Objekt eingibt. Alle Schlösser werden gehalten (das heißt, sie bleiben gesperrt), bis sie vom Verriegelungsfaden freigegeben werden. Wenn die Sperre nicht sehr schnell aufgehoben wird, kann sie zu einer "fetten Sperre" aufgeblasen werden. "Spinning" tritt auf, wenn ein Thread, der eine bestimmte Sperre wünscht, diese Sperre fortlaufend überprüft, um festzustellen, ob sie noch belegt ist und in einer Spinnerei läuft enge Schleife, wie es die Prüfung macht. Das Drehen gegen einen Fettriegel ist im Allgemeinen vorteilhaft, obwohl dies in einigen Fällen teuer sein kann und die Leistung beeinträchtigen kann. -XXdisableFatSpin können Sie das Drehen gegen einen Fat Lock abschalten und den potenziellen Performance-Schlag beseitigen.
Verwendungszweck:
-XXdisableFatSpin
-XXdisableGCHeuristics
Diese Option deaktiviert die Änderungen der Speicherbereinigungsstrategie. Verdichtungsheuristiken und Größengrößenheuristiken sind von dieser Option nicht betroffen. Standardmäßig sind die Garbage Collection-Heuristiken aktiviert.
Verwendungszweck:
-XXdisableFatSpin
-XXdumpSize
Mit dieser Option wird eine Speicherabbilddatei generiert, in der Sie die relative Größe dieser Datei angeben können (dh klein, mittel oder groß).
Verwendungszweck:
-XXdumpsize:<size>
| <Größe> | Beschreibung |
|---|---|
none | Erzeugt keine Dump-Datei. |
small | Unter Windows wird eine kleine Speicherabbilddatei erstellt (unter Linux wird ein vollständiger Core-Speicherabzug erstellt). Ein kleiner Speicherauszug enthält nur die Threadstapel einschließlich ihrer Spuren und sehr wenig anderes. Dies war der Standard in der JRockit JVM 8.1 mit Service Packs 1 und 2 sowie 7.0 mit Service Pack 3 und höher. |
normal | Bewirkt, dass auf allen Plattformen ein normaler Speicherauszug generiert wird. Diese Dump-Datei enthält den gesamten Speicher außer dem Java-Heap. Dies ist der Standardwert für die JRockit JVM 1.4.2 und höher. |
large | Enthält alles, was sich im Speicher befindet, einschließlich des Java-Heapspeichers. Diese Option macht -XXdumpSize gleichbedeutend mit -XXdumpFullState . |
-XXexitOnOutOfMemory
Diese Option bewirkt, dass JRockit JVM beim ersten Auftreten eines Speichermangels beendet wird. Es kann verwendet werden, wenn Sie lieber eine Instanz von JRockit JVM neu starten möchten, als wenn Sie aus Speicherfehler herausarbeiten. Geben Sie diesen Befehl beim Start ein, um die JRockit-JVM beim ersten Auftreten eines Speichermangels zu beenden.
Verwendungszweck:
-XXexitOnOutOfMemory
