2011-12-21 15 views

Respuesta

3

El tamaño de montón utilizado por tomcat (como cualquier otra aplicación de Java) está determinado por jvm -Xmx param.

Por lo tanto, si su tomcat se ejecuta como un servicio de Windows, creará la variable de entorno CATALINA_OPTS = -Xms64m -Xmx256m.

Luego, mire el archivo tomcat-install/bin/catalina.sh (.bat) y startup.sh (.bat), y marque param JAVA_OPTS -Xmx1024m o algo similar.

buenos enlaces: http://javahowto.blogspot.com/2006/06/6-common-errors-in-setting-java-heap.html http://www.coderanch.com/t/87422/Tomcat/increase-java-heap-size

+0

gracias, pero quiero confirmar si tomcat recogió mi configuración. Creo que jmap puede hacer eso de alguna manera. – codecompleting

+0

Luego puede conectarse al proceso de ejecución de tomcat utilizando JVisualVM (herramienta de jdk) y le mostrará el jvm args tomcat con el que se inició. – Zorkus

5

Comprobar los parámetros del proceso para -Xmx256m utilizando ps comando:

[email protected]:/$ ps -ef | grep java 
tomcat6 804  1 13 15:29 ?  00:00:23 /usr/lib/jvm/java-6-openjdk/bin/java 
-Djava.util.logging.config.file=/var/lib/tomcat6/conf/logging.properties 
-Djava.awt.headless=true -Xmx256m -XX:+UseConcMarkSweepGC 
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager 
-Djava.endorsed.dirs=/usr/share/tomcat6/endorsed 
-classpath /usr/share/tomcat6/bin/bootstrap.jar 
-Dcatalina.base=/var/lib/tomcat6 
-Dcatalina.home=/usr/share/tomcat6 
-Djava.io.tmpdir=/tmp/tomcat6-tmp org.apache.catalina.startup.Bootstrap start 
+0

a veces la información de la memoria no se muestra. tal vez porque no lo configuró y utilizando el predeterminado – fanchyna

+0

En mi caso, después del comando de exportación CATALINA_OPTS = "- Xms3072M -Xmx4096M" todavía no se muestra –

0

Puede hacer esto con jmap, con bastante facilidad.

$ jmap -heap [PID] 

Por ejemplo, en primer lugar encontrar el PID:

$ ps aux | grep tomcat 
user123 61906 ... etc 

A continuación, asociar al proceso con jmap usando la opción -heap:

$ jmap -heap 61906 

Esto imprime la siguiente, la salida bastante detallado en cuál usted debería poder detectar si su configuración se está utilizando:

Attaching to process ID 61907, please wait... 
Debugger attached successfully. 
Server compiler detected. 
JVM version is 24.80-b11 

using parallel threads in the new generation. 
using thread-local object allocation. 
Concurrent Mark-Sweep GC 
Heap Configuration: 
    MinHeapFreeRatio = 40 
    MaxHeapFreeRatio = 70 
    MaxHeapSize  = 25769803776 (24576.0MB) 
    NewSize   = 6442450944 (6144.0MB) 
    MaxNewSize  = 6442450944 (6144.0MB) 
    OldSize   = 12884901888 (12288.0MB) 
    NewRatio   = 2 
    SurvivorRatio = 4 
    PermSize   = 21757952 (20.75MB) 
    MaxPermSize  = 1073741824 (1024.0MB) 
    G1HeapRegionSize = 0 (0.0MB) 

Heap Usage: 
New Generation (Eden + 1 Survivor Space): 
    capacity = 5368709120 (5120.0MB) 
    used  = 2529188080 (2412.021713256836MB) 
    free  = 2839521040 (2707.978286743164MB) 
    47.10979908704758% used 
Eden Space: 
    capacity = 4294967296 (4096.0MB) 
    used  = 2525489264 (2408.4942474365234MB) 
    free  = 1769478032 (1687.5057525634766MB) 
    58.80112908780575% used 
From Space: 
    capacity = 1073741824 (1024.0MB) 
    used  = 3698816 (3.5274658203125MB) 
    free  = 1070043008 (1020.4725341796875MB) 
    0.3444790840148926% used 
To Space: 
    capacity = 1073741824 (1024.0MB) 
    used  = 0 (0.0MB) 
    free  = 1073741824 (1024.0MB) 
    0.0% used 
concurrent mark-sweep generation: 
    capacity = 19327352832 (18432.0MB) 
    used  = 10172808584 (9701.546272277832MB) 
    free  = 9154544248 (8730.453727722168MB) 
    52.63425711956289% used 
Perm Generation: 
    capacity = 195915776 (186.83984375MB) 
    used  = 107975920 (102.97386169433594MB) 
    free  = 87939856 (83.86598205566406MB) 
    55.11343813374172% used 
Cuestiones relacionadas