Index

wrapper.java.maxmemory

Kompatibel :1.0.0
Editionen :Professional EditionStandard EditionCommunity Edition
Betriebssysteme :WindowsMac OSXLinuxIBM AIXFreeBSDHP-UXSolarisIBM z/OSIBM z/Linux

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.java.initmemory-Eigenschaft gesetzt wurde. Die genauen oberen Grenzwerte hängen von der JVM ab, für 32-bit JVMs sind es gewöhnlich weniger als 2048Mb, meist um die 1800Mb. 64-bit JVMs erlauben deutlich größere Einstellungen; das ist einer der Hauptgründe für den Einsatz einer 64-bit JVM.

Wenn diese Eigenschaft auf "0" (Null) festgelegt wurde, dann ist es möglich den -Xmx-Parameter auch manuell zu spezifizieren wrapper.java.additional.<n> Eigenschaft.

Beispiel: (64MB)
wrapper.java.maxmemory=64

Diese Eigenschaft wird der Einfachheit halber für die meisten User bereitgestellt, und ermöglicht es auch, relative Speichergrößen, wie in der wrapper.java.maxmemory.percent Eigenschaft beschrieben, zu setzen. Wenn komplexere Speicherkonfigurationen vonnöten sind, kann dies durch Nutzung derwrapper.java.additional.<n> Eigenschaften : getan werden

Entsprechendes Beispiel: (3MB)
wrapper.java.additional.1=-Xmx64m

NOTE

Wenn eine Anwendung java.lang.OutOfMemoryErrors Meldungen erfährt, dann zeigt dies oft an, dass die maximal verfügbare Speichermenge, die der Anwendung zur Verfügung steht, erhöht werden muss. Beachten Sie bitte, dass das Einstellen des maximalen Speichers auf einen Wert größer als der tatsächlich verfügbare Arbeitsspeicher zur Speicherauslagerung führt. Speicherauslagerung ist eine Funktion des Betriebssystems, und so ist ihre Leistungsfähigkeit stark betriebssystemabhängig. Jedoch aus Erfahrung scheint dies zu einer starken Minderung der Anwendungsperformanz zu führen In den meisten Fällen ist es besser den maximalen Speicher auf einen Wert zu setzen, der innerhalb des verfügbaren Speichers passend liegt und dann auf die Java Speicherbereinigung (Garbage collection) zu vertrauen.

NOTE

Auß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

Kompatibel :3.3.0
Editionen :Professional EditionStandard EditionCommunity Edition (Not Supported)
Betriebssysteme :WindowsMac OSXLinuxIBM AIXFreeBSDHP-UXSolarisIBM z/OSIBM z/Linux

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.

Beispiel: (60%)
wrapper.java.maxmemory.percent=60

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%).

NOTE

Java 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.

NOTE

Seit 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.

Beispiel: (60%)
wrapper.java.additional.1=-Xmx%WRAPPER_SYSMEM_60.0%

Für Details dazu sehen Sie bitte auf der Seite Umgebungsvariablen.

Verweis: Java-Speicher

Verweis: Parameter