¿Existe alguna alternativa de código abierto para Terracotta BigMemory?¿Existe una solución de memoria caché de almacenamiento de código abierto para Java?
En realidad, ni siquiera pude encontrar ninguna alternativa comercial. Estoy interesado en la solución Java pura que funcionará dentro de JVM sin ninguna solución JNI y respaldada por C.
Parece que hay una propuesta en Apache:
Estoy desarrollando una solución que sea mucho más rápido, pero yo no recomendaría que lo utilice por el momento, ya que sólo una prueba de concepto En este punto.
http://vanillajava.blogspot.com/2011/09/new-contributors-to-hugecollections.html
Sin embargo, si usted tiene un requisito específico, puede ser más fácil de codificar por sí mismo, para usar ByteBuffers directos o archivos de memoria asignada.
p. Ej.
// using native order speeds access for values longer than a byte.
ByteBuffer bb = ByteBuffer.allocateDirect(1024*1024*1024).order(ByteOrder.nativeOrder());
// start at some location.
bb.position(0);
bb.put((byte) 1);
bb.putInt(myInt);
bb.putDouble(myDouble);
// to read back.
bb.position(0);
byte b = bb.get();
int i = bb.getInt();
double d = bb.getDouble();
Puede hacer lo mismo para los archivos de memoria mapeados. Los archivos mapeados en memoria no cuentan para el límite directo de memoria y no usan espacio de intercambio ascendente.
¿Estás seguro de que BigMemory no hará el trabajo por ti?
Me gustaría una herramienta gratuita para que BigMemory no tenga pies. No es tan fácil codificarlo solo porque necesito agregar y eliminar datos del caché, así que tendré que codificar una lógica complicada similar a GC en un buffer asignado. – Tema
Avance rápido 6 años, este proyecto ahora se llama [Mapa de la crónica] (https://github.com/OpenHFT/Chronicle-Map) – leventov
Ese es el mismo proyecto que la otra respuesta, DirectMemory está ahora en la [incubadora Apache] (http://incubator.apache.org/directmemory/). – javanna
Aunque no es una solución , una guía de cómo hacer uso de ByteBuffers para su caso de uso se ha escrito acerca de Keith Gregory. Eche un vistazo a http://www.kdgregory.com/programming/java/ByteBuffer_JUG_Presentation.pdf para obtener una visión general y http://www.kdgregory.com/index.php?page=java.byteBuffer para los detalles esenciales.
Hay una muy buena solución de caché llamada MapDB (anteriormente JDBM4). Es compatible con HashMap y TreeMap, pero solo es una aplicación incrustada. También es compatible con la caché persistente basada en archivos.
Ejemplo de caché fuera del montón:
DB db = DBMaker.newDirectMemoryDB().make();
ConcurrentNavigableMap<Integer, String> map = db.getTreeMap("MyCache");
o persistente basado en archivos de caché:
DB db = DBMaker.newFileDB(new File("/home/collection.db")).closeOnJvmShutdown().make();
ConcurrentNavigableMap<Integer,String> map = db.getTreeMap("MyCache");
Es una solución con respaldo de disco. No es realmente por lo que estoy preguntando. – Tema
@Tema: admite ambos. –
Vale la pena mencionar que MapDB se desarrolló en Kotlin e impondrá una dependencia en su tiempo de ejecución. –
He tenido esta pregunta, así que yo sólo voy a actualizar las respuestas anteriores con mis hallazgos
yo encontramos este hilo desde quora que también habla de la misma pregunta:
http://www.quora.com/JVM/Whats-the-best-open-source-solution-for-java-off-heap-cache
La solución diferente, que parece ser un buen ajuste, además de la directmemory (que en realidad no se ha actualizado en el el año pasado) se
Sin embargo, estaría interesado, además de encontrar una aplicación bastante grande que está utilizando cualquiera de estos tres: directmemory, SpyMemcached, xmemcached. Si encuentro uno, actualizaré esta respuesta.
Esta implementación de un caché de Java fuera del montón utiliza directo a memoria y proporciona un buen rendimiento en una biblioteca de Java de peso ligero:
Tome un vistazo a la sección de referencia para los números de rendimiento. Está licenciado bajo Apache 2.
La propuesta ha sido aceptada. DirectMemory está en la [incubadora Apache] (http://incubator.apache.org/directmemory/). – javanna
Ese proyecto no tuvo una vida larga y ahora ha sido retirado. –