Ao configurar o eXtremeMemory, é possível armazenar os objetos na memória nativa em vez de armazenar no heap Java. Configurar o eXtremeMemory ativa o eXtremeIO como um novo mecanismo de transporte. Movendo objetos para fora do heap Java, é possível evitar pausas da coleta de lixo, levando ao desempenho mais constante e tempos de resposta atribuíveis.
A JVM conta com a heurística de uso para coletar, compactar e expandir a memória do processo. O coletor de lixo conclui estas operações. No entanto, executar a coleta de lixo tem um custo associado. O custo de executar a coleta de lixo aumenta conforme o tamanho do heap Java e o número de objetos no aumento da grade de dados. A JVM fornece heurísticas diferentes para diferentes casos de uso e objetivos: rendimento ideal, tempo de pausa ideal, coleta de lixo de geração, balanceada e em tempo real. Nenhuma heurística é perfeita. Uma única heurística não pode se adequar a todas as configurações possíveis.
O WebSphere eXtreme Scale usa armazenamento em cache de dados, com mapas distribuídos que possuem entradas com um ciclo de vida bem conhecido. Este ciclo de vida inclui as seguintes operações: GET, INSERT, DELETE e UPDATE. Usando estes ciclos de vida de mapa bem conhecidos, o eXtremeMemory e o eXtremeIO podem usar memória de forma mais eficiente do que as heurísticas de uso da JVM.
O diagrama a seguir mostra como o uso de eXtremeMemory leva a tempos de resposta relativos mais consistentes no ambiente. Conforme os tempos de resposta relativos atingem o percentual mais alto, as solicitações que estão usando o eXtremeMemory têm os tempos de resposta relativos inferiores. O diagrama mostra os percentis de 95 a 100.
.