JVM -XX: + argumento StringCache?

Question

Recientemente he leído acerca de todos los argumentos de JVM disponibles en JRE 6 [Java VM Options] y vi esta:

-XX: + StringCache: Permite el almacenamiento en caché de cadenas comúnmente asignados.

ahora estaba siempre bajo la impresión de que Java mantuvo un grupo de internados (palabra correcta?) Cuerdas y cuando se hace algo así como la concatenación de cadenas con literales que no estaba creando nuevos objetos, pero tirando de ellos de esta piscina. ¿Alguien ha usado alguna vez este argumento, o puede explicar por qué sería necesario?

EDIT: Intenté ejecutar un punto de referencia, para ver si este argumento tenía algún efecto y no fue capaz de lograr que Sun JVM lo reconociera. Esto fue con:

java version "1.6.0_11" 
Java(TM) SE Runtime Environment (build 1.6.0_11-b03) 
Java HotSpot(TM) Client VM (build 11.0-b16, mixed mode, 
sharing) 

Así que no estoy seguro de si este argumento funciona en absoluto.

Answer 1

No he podido encontrar una sola JVM que incluso acepte este supuesto argumento, así que supongo que no hay mucho más que decir.

Answer 2

Creo que cuando se utiliza con -XX:+AggressiveOpts y facilita el mismo String objetos a ser devuelto al crear la String con el mismo texto (aunque no a través de new String, por supuesto). Hay una fase de perfil donde se crea una caché y, después de un punto, la memoria caché se cambia a solo lectura. Obtiene puntajes más altos en ciertos puntos de referencia.

Answer 3

Yo tampoco pude hacer funcionar lo anterior, pero el último JBB @ spec.org muestra su uso: -XX: -UseStringCache. Tendré que volver a ejecutar los puntos de referencia para ver si hace una diferencia (una aplicación pesada de XML).

Answer 4

Tampoco he podido encontrar una JVM que respete esta configuración; como se comentó, la calidad y la utilidad de la documentación en torno a los parámetros de JVM es terrible y, sin embargo, por algún motivo parece ser un área donde los proveedores de JVM tienen margen para la diferenciación competitiva, aunque para ser justos, Oracle/Sun es la peor.

De todos modos si encuentra que su aplicación en un área particular usa una pequeña cantidad de valores de cadena repetidamente, entonces es definitivamente sensato usar el interning - utilizando el método String.intern() para devolver un valor interno. Tenga en cuenta que debe usar el valor de retorno, esto no es un efecto secundario en el valor original.

Al igual que con todos los ajustes de perfil/rendimiento, esto debe hacerse cuidadosamente con métricas y pruebas. Puede ser significativo (lo he sido para mí), pero si el grupo de valores no es pequeño, degrada el rendimiento y debe tener en cuenta que el conjunto de valores de cadena se mantiene en la Perm Gen y su uso afectará el uso de memoria, GC etc.

Answer 5

-XX: -UseStringCache funciona para mí, curiosamente.

mi versión JDK 1.6.0_22 debe ser

Answer 6

A partir del JDK 8.0, esta opción se ha eliminado. No está claro para mí qué, en todo caso, se puede usar como reemplazo.

http://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html

-XX:+UseStringCache 

    Enables caching of commonly allocated strings. This option was removed from JDK 8 
    with no replacement.