직렬화 및 압축 된 개체 유지 메모리 내

Question

현재 추가 작업을 위해 많은 양의 데이터를 선택해야하는 응용 프로그램의 일부에서 작업 중이며 I/O가 제한되어 있으며 다음과 같은 작업. 내 생각은 이러한 모든 개체를 메모리에 있지만 압축 된 일련 번호를 갖게되었습니다. 문제는 이와 같은 객체에 액세스하는 것이 직접적인 데이터베이스 액세스보다 빠르며 좋은 아이디어인지 아닌지 여부입니다. (이 메모리 소비의 측면에서 feasble 인 경우 = 직렬화 된 형식은 일반 개체보다 적은 메모리를 사용)

편집 2011년 2월 :

객체의 생성이 느린 부분이 아닌 데이터베이스 액세스 자체입니다. 모든 것을 메모리에 저장하는 것은 불가능하며 ehcache 옵션을 사용하여 "디스크 오버 플로우"옵션을 사용하면 데이터베이스에서 데이터를 가져 오는 것보다 실제로 속도가 느립니다. 표준 자바 직렬화도 사용할 수 없습니다. 그것은 또한 훨씬 더 느립니다. 기본적으로 내가 할 수있는 일은 아무것도 없습니다 ...

Answer 1

큰 개체 인 경우 압축 된 직렬화 된 형식은 메모리를 적게 사용합니다. 그러나 작은 물체의 경우. 프리 티브를 사용합니다. 원본 개체는 훨씬 작아집니다.

먼저이 작업을 수행해야하는지 여부를 먼저 확인합니다. 예 : 더 많은 메모리를 소비 할 수 있습니까? 객체를 재구성하여 메모리를 적게 사용하십시오.

Answer 2

기본적으로 메모리 내 캐시 또는 메모리 내 DataGrid를 찾고 있습니다. 이런 종류의 API/제품이 많이 있습니다. ehcache/hibernate chace/gridgain 등

Answer 3

"I/O가 제한적이며 다음 작업이 아니라는 인상을받습니다."-> 나는 그러한 것을 구현하기 전에 이것에 대해 매우 확신합니다.

내가 제안 할 수있는 간단한 방법은 캐시 크기가 너무 커지면 디스크에 저장하는 옵션으로 ehcache를 사용하는 것입니다.

또 다른 완전히 다른 접근 방법은 "추가 작업은"선택한 객체를 저장하기 위해 CouchDB를 같은 일부 문서를 기반으로되는 NoSQL DB를 사용 할 수