Esiste un'alternativa open source per Terracotta BigMemory?Esiste una soluzione cache off-source open source per Java?
In realtà non sono riuscito a trovare alcuna alternativa commerciale. Sono interessato alla pura soluzione Java che funzionerà all'interno di JVM senza alcuna soluzione JNI e C-backed.
Sembra che ci sia una proposta a apache:
sto sviluppando una soluzione per essere molto più veloce, ma non vorrei suggerire lo si utilizza appena ancora come solo un proof of concept in questa fase.
http://vanillajava.blogspot.com/2011/09/new-contributors-to-hugecollections.html
Tuttavia, se si dispone di un requisito specifico, può essere più facile di codice da soli, utilizzare ByteBuffers diretti o file mappati in memoria.
ad es.
// 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();
Si può fare in modo simile per file mappati in memoria. I file mappati in memoria non contano per il limite di memoria diretta e non utilizzano lo spazio di swap.
Sei sicuro che BigMemory non farà il lavoro per te?
Vorrei uno strumento gratuito, quindi BigMemory non ha i piedi. Non è così facile codificarlo da solo perché ho bisogno di aggiungere e rimuovere dati dalla cache, quindi dovrò codificare una logica complicata simile a GC in un buffer allocato. – Tema
Avanti veloce 6 anni, questo progetto è ora chiamato [Mappa Chronicle] (https://github.com/OpenHFT/Chronicle-Map) – leventov
Questo è lo stesso progetto dell'altra risposta, DirectMemory è ora in [incubatore Apache] (http://incubator.apache.org/directmemory/). – javanna
Anche se non è una soluzione, una guida a come fare uso di ByteBuffers per il vostro caso d'uso è stato scritto circa da Keith Gregory. Date un'occhiata a http://www.kdgregory.com/programming/java/ByteBuffer_JUG_Presentation.pdf per una panoramica e http://www.kdgregory.com/index.php?page=java.byteBuffer per i dettagli nitty-gritty.
C'è una soluzione cache molto buona denominata MapDB (JDBM4 in precedenza). Supporta HashMap e TreeMap ma è solo l'applicazione incorporata. Supporta anche cache persistente basata su file.
Esempio per la cache off mucchio:
DB db = DBMaker.newDirectMemoryDB().make();
ConcurrentNavigableMap<Integer, String> map = db.getTreeMap("MyCache");
o persistente file di cache basata:
DB db = DBMaker.newFileDB(new File("/home/collection.db")).closeOnJvmShutdown().make();
ConcurrentNavigableMap<Integer,String> map = db.getTreeMap("MyCache");
È una soluzione con disco. Non proprio quello che sto chiedendo. – Tema
@Tema: supporta entrambi. –
Vale la pena ricordare che MapDB è stato sviluppato in Kotlin e imporrà una dipendenza dal suo runtime. –
Ho avuto questa domanda me così io sto solo andando ad aggiornare le risposte precedenti con le mie scoperte
ho trovato questa discussione dal quorum, che parla anche la stessa domanda:
http://www.quora.com/JVM/Whats-the-best-open-source-solution-for-java-off-heap-cache
La soluzione diversa, che sembra essere una buona misura, oltre al directmemory (che non è davvero stato aggiornato nel l'anno scorso) sono
Tuttavia, sarei interessato, inoltre, di trovare una grande applicazione sufficiente che utilizza uno di questi tre: directmemory, SpyMemcached, xmemcached. Se dovessi trovarne uno aggiornerò questa risposta.
Questa implementazione di una cache java off-heap utilizza la memoria diretta e fornisce buone prestazioni in una libreria Java leggero:
Date un'occhiata alla sezione di analisi comparativa per i numeri delle prestazioni. È concesso in licenza con Apache 2.
La proposta è stata accettata. DirectMemory è sull'incubatore [Apache] (http://incubator.apache.org/directmemory/). – javanna
Quel progetto non ha avuto una lunga vita e ora è stato ritirato. –