Symptom
· Ein sehr hoher Anteil des Arbeitsspeichers wird von DATA Boreum belegt.
Ursache
· In der Standardeinstellung führt die JVM relativ selten eine Speicherbereinigung in der Anwendung durch. Der extra dazu hinzugefügte Parameter ‑XX:+UseZGC hilft dabei, hier eine hohe Last im Arbeitsspeicher zu verhindern. Eine weitere Optimierung kann über die Java Variable ‑XX:ConcGCThreads erreicht werden. Wir empfehlen eine Zahl anzugeben, die kleiner als die Prozessoren-Anzahl ist, andernfalls können Aufräumarbeiten die Anwendung behindern. Konfigurieren Sie beispielweise bei 8 Prozessoren eine Anzahl von 2 bis 7 Prozessoren, beispielsweise:
· ‑XX:ConcGCThreads=4
|
Hinweise: Weiterführende Hinweise zur JVM Optimierung finden Sie im Dokument HotSpot Virtual Machine Garbage Collection Tuning Guide im Kapitel "Setting the Heap Size" (nur auf Englisch verfügbar) |
-