Index |
|
wrapper.java.maxmemory |
||||||||||
Bezüglich des maximalen Speicherbetrags in Megabytes, welcher der JVM zur Verfügung gestellt wird. Der Standardwert ist "0"(Null), was bewirkt, dass der Standardwert der JVM genutzt wird. Für die meisten JVMs ist der Standardwert "64MB".
Wenn ein Nicht-Null-Wert für diese Eigenschaft spezifiziert wurde, dann wird ein geeigneter -Xmx-Parameter dem vom Wrapper erzeugten Java-Befehl hinzugefügt werden:
Wenn spezifiziert, muss der maximale Speicher größer oder gleich dem Wert sein, der für die
wrapper.
Wenn diese Eigenschaft auf "0" (Null) festgelegt wurde, dann ist es möglich
den -Xmx-Parameter auch manuell zu spezifizieren
wrapper.
Diese Eigenschaft wird der Einfachheit halber für die meisten User bereitgestellt, und ermöglicht es auch, relative Speichergrößen, wie in der wrapper.
NOTE
Wenn eine Anwendung
java. NOTEAußer, wenn Sie bereits wirklich alles über Speicher und Automatische Speicherbereinigung (GC, Garbage Collection) in Java wissen, wird empfohlen, das folgende Dokument durchzulesen. Es beschreibt im Detail, wie sich die anfänglichen und maximalen Speicherwerte auf die Java-Leistung auswirken; und beschreibt auch detaillierter, was getan werden kann, um die Leistungsfähigkeit für eine gegebene Anwendung zu erhöhen. |
wrapper.java.maxmemory.percent |
||||||||||
Hin und wieder ist es notwendig, die Speichergrenzen relativ zu der Menge an verfügbaren Systemspeicher festzulegen. Diese Eigenschaft akzeptiert einen Prozentwert zwischen 1 und 100 der in eine MB-Größe übersetzt wird. Für 32-bit-Versionen des Wrappers wird der Wert auf der Basis des minimalen Werts zwischen physikalischen Speicher und 2048MB berechnet.
Im obengenannten Beispiel (60%), wenn 1GB (1024MB) Speicher auf dem System installiert sind, wird der maximale Speicher auf 614MB (=1024 x 60%) festgelegt. Für 32-bit-Versionen des Wrappers, wenn die Maschine über 4 GB Speicher verfügt, dann wird der anfängliche von der JVM genutzte Speicher 1228MB sein (= 2048 x 60%). NOTEJava verhält sich sehr leistungsschwach, wenn die JVM ihren kompletten Speicher auslagert. Daher ist es wichtig, die Betriebssystemanforderungen und die anderer Anwendungen zu berücksichtigen, wenn man sich für eine sichere Speicherebene entscheidet. NOTESeit Version 3.5.29 ist es auch möglich, von der dynamischen Variable 'WRAPPER_SYSMEM_<P>' Gebrauch zu machen, wobei <P> sich auf den Prozentsatz des verfügbaren Systemspeichers bezieht.
Für Details dazu sehen Sie bitte auf der Seite Umgebungsvariablen. |
Verweis: Java-Speicher |
|
Verweis: Parameter |
|