Descripción del uso de memoria

Para poder diagnosticar correctamente los problemas de memoria en AIX®, primero debe conocer el modelo de memoria virtual de AIX y cómo interactúa la JVM con él.

JVM de 32 bits y 64 bits
La mayor parte de la información de esta sección sobre cómo modificar el modelo de memoria y quedarse sin almacenamiento dinámico nativo sólo es relevante para el modelo de 32 bits, porque el modelo de 64 bits no sufre el mismo tipo de restricciones de memoria.
El modelo de memoria virtual de AIX de 32 bits
AIX asigna un espacio de direcciones virtual particionado en 16 segmentos de 256 MB.
El modelo de memoria virtual AIX de 64 bits
El modelo de 64 bits permite muchos más segmentos, aunque cada segmento sigue siendo 256 MB.
Cambio del modelo de memoria (JVM de 32 bits)
Hay tres modelos de memoria disponibles en la JVM de 32 bits.
Almacenamiento dinámico nativo y Java
La JVM mantiene dos áreas de memoria, el almacenamiento dinámico de Java™ y el almacenamiento dinámico nativo (o del sistema). Estos dos almacenamientos dinámicos tienen distintos propósitos y se mantienen mediante diversos mecanismos.
Los modelos de memoria predeterminada de JVM de AIX de 32 bits
Supervisión del almacenamiento dinámico nativo
Puede supervisar el uso de memoria de un proceso tomando una serie de instantáneas en intervalos de tiempo regulares de la memoria asignada y confirmada actualmente.
Uso del almacenamiento dinámico nativo
El uso del almacenamiento dinámico nativo normalmente crecerá a un nivel estable y, a continuación, permanecerá en ese nivel. Puede supervisar la cantidad de memoria confirmada al almacenamiento dinámico nativo observando el número de páginas 'En uso' en la salida de svmon.
Especificar MALLOCTYPE
Puede establecer la variable de entorno MALLOCTYPE=watson en AIX, para utilizarla con la JVM de IBM® . Para la mayoría de las aplicaciones, es probable que las mejoras de rendimiento resultantes de usar la variable sean pocas. Beneficia especialmente a cualquier aplicación que utilice mucho las llamadas a malloc en código nativo.
Supervisión del almacenamiento dinámico de Java
La forma más sencilla, y a menudo más útil, de supervisar el almacenamiento dinámico de Java es viendo qué está haciendo la recogida de basura.
Recepción de excepciones de " OutOfMemoryError " (memoria insuficiente)
Una excepción de " OutOfMemoryError " (memoria insuficiente) se produce cuando se agota el espacio en el montón de Java o en el montón nativo.
¿Se ha agotado el almacenamiento dinámico de Java o nativo?
Algunas condiciones de OutOfMemory también contienen un mensaje de explicación, incluido un código de error.
agotamiento del almacenamiento dinámico de Java
El almacenamiento dinámico de Java se agota cuando la recogida de basura no puede liberar suficientes objetos para realizar una nueva asignación de objetos.
Agotamiento del almacenamiento dinámico nativo
Puede identificar el agotamiento del almacenamiento dinámico nativo supervisando la salida de la instantánea svmon
AIX
Rastreo de fugas
Algunas técnicas útiles para rastrear fugas se incorporan en la JVM.
Utilización de Heapdump para depurar fugas de memoria
Puede utilizar Heapdump para analizar el Java Heap.
Envío de un informe de error
Si los datos indican una fuga de memoria en el código JVM nativo, póngase en contacto con el equipo de servicio de IBM . Si el problema es el agotamiento del almacenamiento dinámico de Java, es mucho menos probable que sea un problema de SDK, aunque todavía es posible.

Tema principal: AIX determinación de problemas