Czy istnieje jakakolwiek otwarta alternatywa dla Terracotta BigMemory?Czy istnieje rozwiązanie pamięci podręcznej open-source dla open source dla Javy?
Właściwie to nie udało mi się znaleźć żadnej komercyjnej alternatywy. Jestem zainteresowany czystym rozwiązaniem Java, które będzie działało w JVM bez żadnego rozwiązania opartego na JNI i C-back.
Wygląda na to, że jest to propozycja na apache:
Zajmuję się tworzeniem rozwiązanie, aby być o wiele szybciej, ale nie proponuję użyć go jeszcze tak jak to tylko dowód koncepcji na tym etapie.
http://vanillajava.blogspot.com/2011/09/new-contributors-to-hugecollections.html
Jednak jeśli masz konkretne wymagania, może łatwiej będzie go zakodować sobie, aby korzystać bezpośrednie ByteBuffers lub pamięci mapowane pliki.
np.
// 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();
Możesz zrobić podobnie dla plików mapowanych w pamięci. Pliki mapowane w pamięci nie wliczają się do twojego bezpośredniego limitu pamięci i nie zużywają miejsca wymiany.
Czy jesteś pewien, że BigMemory nie wykona zadania za Ciebie?
Chciałbym bezpłatnie narzędzie, więc BigMemory nie ma stóp. Kodowanie to nie jest takie proste, ponieważ potrzebuję dodawać i usuwać dane z pamięci podręcznej, więc będę musiał kodować skomplikowaną logikę podobną do GC w przydzielonym buforze. – Tema
Przewiń do przodu 6 lat, ten projekt nazywa się teraz [Mapa Kroniki] (https://github.com/OpenHFT/Chronicle-Map) – leventov
To ten sam projekt, co druga odpowiedź, DirectMemory jest teraz w [Inkubatorze Apache] (http://incubator.apache.org/directmemory/). – javanna
Chociaż nie jest to rozwiązanie, przewodnik jak wykorzystać ByteBuffers dla przypadku użycia pisano o Keith Gregory. Spójrz na http://www.kdgregory.com/programming/java/ByteBuffer_JUG_Presentation.pdf, aby uzyskać przegląd i http://www.kdgregory.com/index.php?page=java.byteBuffer, aby uzyskać szczegółowe informacje.
Istnieje bardzo dobre rozwiązanie pamięci podręcznej o nazwie MapDB (poprzednio JDBM4). Obsługuje HashMap i TreeMap Ale jest to tylko aplikacja osadzona. Obsługuje również stałą pamięć podręczną opartą na plikach.
Przykład sterty wyłączyć cache:
DB db = DBMaker.newDirectMemoryDB().make();
ConcurrentNavigableMap<Integer, String> map = db.getTreeMap("MyCache");
lub uporczywe plik cache oparta:
DB db = DBMaker.newFileDB(new File("/home/collection.db")).closeOnJvmShutdown().make();
ConcurrentNavigableMap<Integer,String> map = db.getTreeMap("MyCache");
To rozwiązanie z dyskiem twardym. Naprawdę nie o to pytam. – Tema
@Tema: Obsługuje oba. –
Warto wspomnieć, że MapDB został opracowany w Kotlin i nałoży na niego zależność. –
miewam to pytanie ja tak mam właśnie zamiar zaktualizować wcześniejsze odpowiedzi z moje odkrycia.
Znalazłem ten wątek od Quora który mówi także o tym samym pytaniem:
http://www.quora.com/JVM/Whats-the-best-open-source-solution-for-java-off-heap-cache
Odmienne rozwiązanie, które wydaje się być dobrym rozwiązaniem, oprócz directmemory (który tak naprawdę nie został zaktualizowany w w ubiegłym roku) są
Jednak byłbym zainteresowany ponadto znaleźć wystarczająco duży aplikację, która korzystając z jednej z tych trzech: directmemory, SpyMemcached, xmemcached. Jeśli znajdę jedną, zaktualizuję tę odpowiedź.
Ta implementacja pamięci podręcznej java off-sterty wykorzystuje bezpośredni pamięci i zapewnia dobre osiągi w bibliotece java lekkiego:
Spójrz na odcinku benchmarkingu numerów wydajności. Jest licencjonowany na mocy Apache 2.
Wniosek został przyjęty. DirectMemory znajduje się w [Inkubatorze Apache] (http://incubator.apache.org/directmemory/). – javanna
Ten projekt nie miał długiego życia i został wycofany. –