-
Classpath
- Especifica la classpath estándar donde el código de la máquina virtual Java busca las clases.
Entre cada entrada de classpath en la tabla siguiente. No es necesario añadir el
símbolo de dos puntos o de punto y coma al final de cada
entrada.
| Tipo de datos |
String |
| Unidades |
Classpath |
-
Classpath de arranque
- Especifica las clases y recursos de rutina de carga para el código JVM. Esta opción
sólo está disponible para las instrucciones JVM que dan soporte a las clases y recursos de
rutina de carga. Puede separar varias vías de acceso mediante el símbolo de dos puntos (:) o de punto y coma (;), según el sistema operativo del nodo.
-
Carga de clase verbosa
- Especifica si se debe utilizar la salida de depuración verbosa de la carga de clase.
El valor por omisión es no habilitar la carga de clase verbosa.
| Tipo de datos |
Boolean |
| Valor por omisión |
false |
-
Recogida de basura verbosa
- Especifica si se debe utilizar la salida de depuración verbosa de la recogida de basura.
El valor por omisión es no habilitar la recogida de basura verbosa.
| Tipo de datos |
Boolean |
| Valor por omisión |
false |
-
JNI verbosa
- Especifica si se debe utilizar la salida de depuración verbosa de la invocación de método nativo. El valor por omisión es no habilitar la actividad de JNI (Java Native Interface)
verbosa.
| Tipo de datos |
Boolean |
| Valor por omisión |
false |
-
Tamaño inicial de almacenamiento dinámico
- Especifica el tamaño inicial de almacenamiento dinámico disponible para el código JVM, en megabytes.
Aumente el tamaño mínimo de pila para mejorar el proceso de arranque. Se disminuye el número de veces que se efectúa la recogida de basura y se obtiene una mejora de rendimiento del 10%.
En general, el aumento del tamaño del almacenamiento dinámico de Java mejora el
rendimiento hasta que el almacenamiento dinámico deja de existir en la memoria física. Cuando la pila inicia el intercambio con el disco, el rendimiento de Java
se ve afectado de modo drástico.
| Tipo de datos |
Integer |
| Valor por omisión |
64 para OS/400, 50 para las demás plataformas |
-
Tamaño máximo de almacenamiento dinámico
- Especifica el tamaño máximo de almacenamiento dinámico disponible para el código JVM,
en megabytes.
Aumente el tamaño mínimo de pila para mejorar el proceso de arranque. Se disminuye el número de veces que se efectúa la recogida de basura y se obtiene una mejora de rendimiento del 10%.
En general, el aumento del tamaño del almacenamiento dinámico de Java mejora el
rendimiento hasta que el almacenamiento dinámico deja de existir en la memoria física. Cuando la pila inicia el intercambio con el disco, el rendimiento de Java
se ve afectado de modo drástico. Por lo tanto, el tamaño máximo del almacenamiento dinámico debe ser lo
suficientemente pequeño como para contener la pila en la memoria física.
| Tipo de datos |
Integer |
| Valor por omisión |
0 para OS/400, 256 para todas las demás plataformas. Mantenga
el valor lo suficientemente bajo para evitar que se produzca una
búsqueda de páginas o un intercambio de memoria externa a disco. |
-
Ejecutar HProf
- Especifica si se debe utilizar el soporte de perfiles de HProf. Para utilizar otro perfil, especifique los valores del perfil personalizado mediante el valor de Argumentos de HProf. El valor por omisión es no habilitar el soporte de perfiles de HProf.
Si establece la propiedad Ejecutar HProf en true, debe especificar los argumentos de perfil de la línea de mandatos como valores de la propiedad Argumentos de HProf.
| Tipo de datos |
Boolean |
| Valor por omisión |
false |
-
Argumentos de HProf
- Especifica los argumentos de perfil de la línea de mandatos que se pasan al código JVM que inicia el proceso del servidor de aplicaciones. Puede especificar argumentos cuando el soporte de perfiles de HProf está habilitado.
Los argumentos de HProf sólo son necesarios si se establece la propiedad Ejecutar HProf
en true.
-
Modalidad de depuración
- Especifica si se debe ejecutar la JVM en modalidad de depuración. El valor por omisión es no habilitar el soporte de modalidad de depuración.
Si establece la propiedad Modalidad de depuración en true, debe especificar los argumentos de depuración de la línea de mandatos como valores de la propiedad Argumentos de depuración.
| Tipo de datos |
Boolean |
| Valor por omisión |
false |
-
Argumentos de depuración
- Especifica los argumentos de depuración de la línea de mandatos que se pasan al código JVM que inicia el proceso del servidor de aplicaciones. Puede especificar argumentos cuando Modalidad de depuración está habilitada.
Los argumentos de depuración sólo son necesarios si se establece la propiedad Modalidad de depuración en true.
| Tipo de datos |
String |
| Unidades |
Argumentos de línea de mandatos de Java |
-
Argumentos de JVM genéricos
- Especifica los argumentos de línea de mandatos que se pasan
al código de la máquina virtual Java que inicia el proceso del servidor
de aplicaciones.
Los siguientes son los argumentos de línea de mandatos opcionales que puede utilizar especificándolos en el campo Argumentos generales de JVM:
-
-Xquickstart: puede utilizar este valor para la compilación
inicial a un nivel de optimización inferior que en la modalidad por
omisión, dependiendo de los resultados de la prueba, puede volver a
compilar al nivel de compilación inicial de la modalidad por omisión. Utilice quickstart para las aplicaciones en las que es más importante
una velocidad moderada inicial que la producción a largo plazo. En algunos escenarios de depuración, cuando se comprueban las herramientas a corto plazo, es posible que el proceso de arranque mejore entre un 15 y un 20 por cien. -DCOPT_NQREACHDEF puede mejorar el arranque con un 15 por cien
adicional.
-
-Xverify:none: Cuando se utiliza este valor, la fase de verificación de clases se ignora durante la carga de clases. Si se utiliza -Xverify:none con el compilador JIT (Just in time) habilitado, se mejora el tiempo del proceso de arranque entre un 10 y un 15 por cien.
-
-Xnoclassgc: Puede utilice este valor para inhabilitar la recogida de basura de clases, lo que permitirá reutilizar más las clases y mejorar ligeramente el rendimiento. Por omisión, la recogida de basura de clases está habilitada pero se le recomienda que la habilite. No puede supervisar la recogida de basura utilizando el valor de configuración verbose:gc ya que la salida incluye las estadísticas de recogida de basura de clases.
-
-Xgcthreads: Puede utilizar varias hebras de recogida de basura al mismo tiempo, lo que se conoce como recogida de basura paralela. Cuando especifica este valor en el campo Argumentos genéricos de JVM, también debe especificar el número de procesadores que tiene la máquina, por ejemplo, -Xgcthreads=número_de_procesadores.
Se le recomienda que utilice la recogida de basura paralela si la máquina tiene más de un procesador. Este argumento solamente se aplica a IBM Developer Kit.
-
-Xnocompactgc: Este valor inhabilita la compactación del almacenamiento dinámico, que es la operación de recogida de basura más cara. Evite la compactación en IBM Developer Kit. Si inhabilita la compactación del almacenamiento dinámico, elimina toda la actividad general asociada. Cuando especifica este valor en el campo Argumentos genéricos de
JVM, también debe especificar el número de procesadores que tiene la
máquina, por ejemplo,
-Xnocompactgc=número_de_procesadores.
-
-Xinitsh: Puede utilizar este valor para establecer el tamaño inicial del almacenamiento dinámico en el que se almacenan los objetos de clase. Las definiciones de método y los campos estáticos también se almacenan con los objetos de clase. Aunque el tamaño del almacenamiento dinámico del sistema no tiene un límite superior, establezca el tamaño inicial de modo que no necesite ampliar el tamaño del almacenamiento dinámico del sistema, lo cual requiere realizar llamadas al gestor de memoria del sistema operativo. Se puede realizar un cálculo del tamaño inicial del almacenamiento
dinámico del sistema si se sabe el número de clases que hay cargadas en
el producto WebSphere, el cual es aproximadamente de 8.000 clases, y su
tamaño promedio. Conocer las aplicaciones ayuda a incluirlas en el cálculo.
-
-Xmc: El tamaño del almacenamiento dinámico local de las hebras es una parte del almacenamiento dinámico que se asigna exclusivamente a una hebra. Gracias al tamaño del almacenamiento dinámico local de la hebra, ésta no
necesita bloquear todo el almacenamiento dinámico cuando asigna objetos.
No obstante, cuando el almacenamiento dinámico local de la hebra se
llena, la asignación de objetos se efectúa desde el almacenamiento
dinámico con lo que será necesaria una sincronización. Asignar un buen tamaño a la antememoria local resulta crítico para el rendimiento y requiere conocer la aplicación y sus objetos.
-
-Xml: Puede utilizar este valor para establecer el límite de tamaño de un objeto que se ha de asignar desde la antememoria local. Los objetos que sobrepasen este tamaño se asignarán desde el almacenamiento dinámico regular. Asigne objetos desde la antememoria local tanto como sea posible o la antememoria local se agotará ya que no aumenta de forma dinámica.
Si ya sabe que algunos objetos serán muy grandes, asígnelos desde el almacenamiento dinámico regular.
| Tipo de datos |
String |
| Unidades |
Argumentos de línea de mandatos Java |
-
Nombre de archivo JAR ejecutable
- Especifica un nombre completo de la vía de acceso del archivo JAR ejecutable que el código JVM utiliza.
| Tipo de datos |
String |
| Unidades |
Nombre de vía de acceso |
-
Inhabilitar JIT
- Especifica si se debe inhabilitar la opción del compilador JIT (just in time) del código JVM.
Si inhabilita el compilador JIT, el rendimiento disminuirá de forma perceptible. Por lo tanto, por motivos de rendimiento, mantenga JIT habilitado.
| Tipo de datos |
Boolean |
| Valor por omisión |
false (JIT habilitado) |
| Recomendado |
JIT habilitado |
-
Nombre del sistema operativo
- Especifica los valores de JVM de un determinado sistema operativo. Cuando se inicia, el proceso utiliza los valores de JVM del sistema operativo del nodo.