Hemos pasado los últimos meses sintonizando nuestra aplicación de producción para que no experimentemos GC completos. Ahora solo experimentamos GC jóvenes, y la tasa de GC jóvenes depende de la tasa de asignación de objetos.¿Cuáles son los problemas con la preasignación de objetos en Java?
Nuestra aplicación necesita estar lo más cerca posible de "tiempo real", por lo que ahora estamos tratando de reducir el número de GC jóvenes. Como dice el viejo axioma, la mayoría de los datos que asignamos terminan siendo basura y descartados en el próximo joven GC. Por lo tanto, no es necesario preasignar para este tipo de datos. Sin embargo, hay una buena cantidad de objetos (definidos por tipo) que sabemos que pasarán de un GC joven a un CG antiguo.
¿Tendría sentido preasignar estos objetos durante tiempos más ideales (es decir, al inicio) por lo que terminaremos asignando menos durante nuestros tiempos menos que ideales? He leído la literatura que menciona cómo no se recomienda la agrupación de objetos con las últimas JVM porque la asignación es mucho más económica. ¿Cuáles son los inconvenientes de preasignar objetos que sé que llegarán al antiguo GC?
No sé cómo alguien puede ayudarlo con eso, ya que la respuesta es, muy probablemente, muy, muy dependiente de su código concreto y de la plataforma en la que se ejecuta. Haz una evaluación y verás. –
No es troll, pero si estás preocupado por la gestión de memoria, ¿no deberías codificar lo maldito en C++? –
o utiliza una JVM especialmente diseñada para tiempo real –