Return-Path: Delivered-To: apmail-jakarta-jcs-users-archive@www.apache.org Received: (qmail 49162 invoked from network); 12 Mar 2008 08:34:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Mar 2008 08:34:33 -0000 Received: (qmail 86242 invoked by uid 500); 12 Mar 2008 08:34:30 -0000 Delivered-To: apmail-jakarta-jcs-users-archive@jakarta.apache.org Received: (qmail 86073 invoked by uid 500); 12 Mar 2008 08:34:30 -0000 Mailing-List: contact jcs-users-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "JCS Users List" Delivered-To: mailing list jcs-users@jakarta.apache.org Received: (qmail 86062 invoked by uid 99); 12 Mar 2008 08:34:29 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Mar 2008 01:34:29 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [196.211.141.188] (HELO broadway.cambrient.com) (196.211.141.188) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Mar 2008 08:33:43 +0000 Received: from 192.168.0.69 ([192.168.0.69]) by broadway.cambrient.com (JAMES SMTP Server 2.3.1) with SMTP ID 93 for ; Wed, 12 Mar 2008 10:35:07 +0200 (SAST) Message-ID: <47D79559.3000603@cambrient.com> Date: Wed, 12 Mar 2008 10:33:29 +0200 From: Hans Liebenberg Reply-To: hans@cambrient.com User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: jcs-users@jakarta.apache.org Subject: Memory Cache, with Disk Persistence for initialization Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi, I have been reading through the docs and trying out a few permutations of configurations but am still not 100% sure I have solved my needs. My system has always used LRUMemoryCache only. Which is fast and works perfectly for me. The obvious disadvantage is the entire cache being destroyed across restarts. I now have the following requirements: I effectively want a pure master LRUMemoryCache, but with background disk caching for restart initialization, i.e all reads are done from LRUMemoryCache , but the LRUMemoryCache cache gets initialized from disk on a restart. From what I understand the Purgatory system is exactly what I need as reads will first check purgatory then disk. Is it possible to never have to check disk, i.e if its not in ram then assume it doesn't exist, the only disk READ should be on initialization? The reason I ask this is I have set up a load test that hits my system, and it seems that alot of reads from cache (disk) is dramatically slower then when I use a pure memory cache. So to sum it up, I want a LRUMemoryCache with the ability to write itself to disk in the background asynchronously so that it can be initialized to its previous state (or even part thereof) across restarts. Thank you for your time --------------------------------------------------------------------- To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org For additional commands, e-mail: jcs-users-help@jakarta.apache.org