All I really want is to store a very large Hashtable with more reads than writes. 모든 정말로 원하는 것은 아주 큰 hashtable을 저장할 읽기가 쓰기보다 더 많은합니다. It should be able to deal with more than 8GB of data. 그것을 할 수 있어야한다 팔기가바이트 개 이상의 데이터를 처리합니다. The key will be a String of limited length. 일련의 제한된 길이의 열쇠된다. I want it to be extremely fast on read-access, stable with sudden shutdown and other issues beyond our control and with very low CPU usage. 난 그것이 매우 빠르게을 읽고 - 액세스, 안정적인 급격한를 종료하고 다른 문제가 우리의 통제와 매우 낮은 cpu 사용량 초과합니다. The leading contenders in my mind are: 내 마음 속에 최고의 경쟁자은 :
1. HSQLDB , HSQLDB
2. 두합니다. H2 Database, from the creator of Hypersonic SQL which is the predecessor of HSQLDB h2 데이터베이스, 초음속에서 sql이의 전신인의 창시자, HSQLDB
3. 3합니다. Berkeley DB (Java version) 버클리 데시벨 (자바 버전)
4. 사. MySQL (least preference) mysql (최소 환경 설정)
5. 오. Derby Database 더비 데이터베이스를
6. 6합니다. One$DB 1 $ dB
7. Home-brewed implementation of a souped up Hashtable 홈 - 양조의 마력을 구현 hashtable
8. Prevayler prevayler

Note: The databases are listed in no particular order. 참고 :이 데이터베이스는 임의의 순서로 나열되어있습니다.

Preferably it should leverage the memory for faster access using an LRU list for example. 되도록 빠른 액세스를 위해 그것을 사용해야 메모리를 활용하여 LRU는 목록에 들어있습니다. However it shouldn’t depend on being fully memory driven. 그러나 그것이 완전하게 메모리를 구동에 의존해서는 안합니다. To summarize high read performance with acceptable write performance and low CPU usage are my primary concerns. 요약 높은 읽기 성능이 허용되는 쓰기 성능과 낮은 cpu 사용하는 방법은 제 1 차 우려합니다.

Looking forward to your recommendations. 권장 사항을 기대하겠습니다.