{"id":238,"date":"2004-11-24T16:10:00","date_gmt":"2004-11-24T23:10:00","guid":{"rendered":"http:\/\/kodegeek.com\/blog\/?p=238"},"modified":"2004-11-24T16:10:00","modified_gmt":"2004-11-24T23:10:00","slug":"echando-codigo-%c2%bfcomo-entonar-la-maquina-virtual-de-java-pasandole-parametros","status":"publish","type":"post","link":"http:\/\/kodegeek.com\/blog\/2004\/11\/24\/echando-codigo-%c2%bfcomo-entonar-la-maquina-virtual-de-java-pasandole-parametros\/","title":{"rendered":"Echando c\u00f3digo: \u00bfComo entonar la m\u00e1quina virtual de Java pasandole par\u00e1metros?"},"content":{"rendered":"

<\/a><\/p>\n

Normalmente la m\u00e1quina virtual de Java (JVM o Java Virtual Machine<\/span>) hace un trabajo bastante razonable cuando corremos una aplicaci\u00f3n en terminos de velocidad y uso de recursos; Sin embargo la \u00fanica forma de saber eso por seguro es observando como se porta nuestro programa a trav\u00e9s del tiempo.<\/p>\n

la JVM cuenta con parametros que afectan su comportamiento, veamos que podemos hacer para mejorar la ejecuci\u00f3n de nuestro programa; Suponga por ejemplo que usted escribi\u00f3 un programa para hacer reportes desde la base de datos de ‘Bugzilla<\/a>‘ en formato XML y que llama a su aplicaci\u00f3n en Java as\u00ed (s\u00f3lo le muestro el fragmento de c\u00f3digo que nos interesa). El programa es un simple programa que corre por la l\u00ednea de comandos:
\n<\/p>\n

\n
SYSTEM_PROPERTIES=”-DBugzillaReport.startdate=${ARGUMENTS[0]} -DBugzillaReport.enddate=${ARGUMENTS[1]} -DBugzillaReport.outputFile=${ARGUMENTS[2]} -DBugzillaReport.configFile=${ARGUMENTS[3]}”
\n
COMMAND=”${JAVA_HOME}\/bin\/java ${SYSTEM_PROPERTIES} -classpath ${CLASSPATH} com.XXXX.bugzilla.report.CronReporter”
\n
exec $COMMAND<\/p><\/blockquote>\n

<\/span>
\n
OK, vamos a ver ahora como alterar la llamada del programa para obtener informaci\u00f3n. Primero veamos cuanto tarda el programa en correr usando la herramienta ‘time’.<\/p>\n

COMMAND=”\/usr\/bin\/time -p<\/span> ${JAVA_HOME}\/bin\/java ${SYSTEM_PROPERTIES} -classpath ${CLASSPATH} com.XXXX.bugzilla.report.CronReporter”<\/span><\/p>\n

Corriendolo tenemos:<\/p>\n

<\/span><\/p>\n

[josevnz@god josevnz]$ .\/BugzillaReport.bsh -s 2004-08-01 -e 2004-11-24 -c \/home\/josevnz\/.BugzillaReport -f test.xml
\n
real 7.04
\n
user 2.80
\n
sys 2.42<\/span>
\n
<\/span><\/p><\/blockquote>\n

\u00bfQue significa todo esto? ‘real<\/span>‘ es cuanto se tard\u00f3 el programa en realidad (7.04 segundos), ‘user<\/span>‘ es cuanto tiempo pas\u00f3 haciendo trabajo \u00fatil mientras que ‘sys<\/span>‘ es cuanto pas\u00f3 utilizando recursos del sistema (todo esto es a MUY groso modo). La herramienta ‘time’ nos d\u00e1 mucha informaci\u00f3n \u00fatil, y le hemos pedido que nos muestre esa informaci\u00f3n en el formato (p)ortable (POSIX).<\/p>\n

Vamos a jugar ahora con las est\u00e1disticas del recolector de basura (Garbage Collector). La salida es muy dependiente de la version del JDK que usted est\u00e9 utilizando:
\n<\/p>\n

[josevnz@god josevnz]$ java -version<\/span>
\n
java version “1.4.2_04<\/span>”
\n
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_04-b05)
\n
Java HotSpot(TM) Client VM (build 1.4.2_04-b05, mixed mode)
\n
[josevnz@god josevnz]$<\/p><\/blockquote>\n

Modificando el script:
\n<\/p>\n

SYSTEM_PROPERTIES=”-DBugzillaReport.startdate=${ARGUMENTS[0]} -DBugzillaReport.enddate=${ARGUMENTS[1]} -DBugzillaReport.outputFile=${ARGUMENTS[2]} -DBugzillaReport.configFile=${ARGUMENTS[3]} -verbosegc<\/span>“<\/p><\/blockquote>\n

Corriendo el programa tenemos:<\/p>\n

[josevnz@god josevnz]$ .\/BugzillaReport.bsh -s 2004-08-01 -e 2004-11-24 -c \/home\/josevnz\/.BugzillaReport -f test.xml
\n
[GC 478K->128K(1984K), 0.0123790 secs]
\n
[GC 578K->198K(1984K), 0.0096410 secs]
\n
….
\n
[Full GC 2222K<\/span>->2162K<\/span>(2892K<\/span>), 0.0603210<\/span> secs]
\n
[GC 2674K->2162K(4180K), 0.0070220 secs]
\n
[GC 2672K->2165K(4180K), 0.0068920 secs]
\n
[GC 2677K->2163K(4180K), 0.0063560 secs]
\n
[GC 2667K->2171K(4180K), 0.0072510 secs]
\n
[GC 2681K->2168K(4180K), 0.0008050 secs]
\n
real 9.61
\n
user 2.92
\n
sys 2.49<\/p>\n<\/blockquote>\n

El n\u00famero en rojo<\/span> es cuanto hab\u00eda antes de correr el GC (Garbage Collector), el n\u00famero azul<\/span> es cuanto habia despu\u00e9s, el verde<\/span> es la diferencia entre esos dos valores y el purpura<\/span> es cuanto tiempo tard\u00f3 liberando la memoria.<\/p>\n

Idealmente deber\u00edamos usar un programita para parsear el archivo, algo como esto:
\n<\/p>\n