Configurando eXtremeMemory, puede almacenar objetos en memoria nativa en lugar de hacerlo en el almacenamiento dinámico Java. La configuración de eXtremeMemory habilita eXtremeIO, un nuevo mecanismo de transporte. Si mueve los objetos fuera del almacenamiento dinámico de Java, evitará las pausas de recogida de basura, lo que hará que el rendimiento sea más constante y los tiempos de respuesta sean predecibles.
La JVM se basa en la heurística de uso para recopilar, compactar y ampliar la memoria de proceso. La recogida de basura completa estas operaciones. Sin embargo, la ejecución de la recogida de basura tiene un coste asociado. El coste de ejecutar la recogida de basura aumenta a medida que aumenta el tamaño del almacenamiento dinámico Java y el número de objetos de la cuadrícula de datos. La JVM proporciona heurísticas diferentes para distintos casos de uso y objetivos: rendimiento óptimo, tiempo de pausa óptimo y recogida de basura generacional, equilibrada y en tiempo real. Si no hay heurística, es perfecto. Una heurística individual no puede ajustarse a todas las configuraciones posibles.
WebSphere eXtreme Scale utiliza almacenamiento caché de datos, con correlaciones distribuidas que tienen entradas con un ciclo de vida conocido públicamente. Est ciclo de vida incluye las operaciones siguientes: GET, INSERT, DELETE y UPDATE. Al utilizar estos ciclos de vida de correlación conocidos públicamente, eXtremeMemory y eXtremeIO pueden utilizar la memoria de forma más eficaz que la heurística de uso de JVM.
El diagrama siguiente muestra cómo el uso de eXtremeMemory lleva a tiempos de respuesta relativos más coherentes en el entorno. A medida que los tiempos de respuesta relativos alcanzan los percentiles más altos, las solicitudes que están utilizando eXtremeMemory tienen tiempos de respuesta relativos más bajos. El diagrama muestra los percentiles 95 a 100.
.