Return-Path: Delivered-To: apmail-forrest-dev-archive@www.apache.org Received: (qmail 41914 invoked from network); 15 Feb 2006 02:53:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 15 Feb 2006 02:53:51 -0000 Received: (qmail 46851 invoked by uid 500); 15 Feb 2006 02:53:50 -0000 Delivered-To: apmail-forrest-dev-archive@forrest.apache.org Received: (qmail 46814 invoked by uid 500); 15 Feb 2006 02:53:49 -0000 Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@forrest.apache.org List-Id: Delivered-To: mailing list dev@forrest.apache.org Received: (qmail 46802 invoked by uid 99); 15 Feb 2006 02:53:49 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Feb 2006 18:53:49 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of williamstw@gmail.com designates 64.233.184.201 as permitted sender) Received: from [64.233.184.201] (HELO wproxy.gmail.com) (64.233.184.201) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Feb 2006 18:53:49 -0800 Received: by wproxy.gmail.com with SMTP id i2so22000wra for ; Tue, 14 Feb 2006 18:53:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EL3v0/WiSk8hAWVnog6oERQr7aeKnyN+SH4jwHrnBa8OtSVmQYJOAYAOxkNGlKe6pWA+mLhoJzBENlFGGuKpsOVEC5eQGpVahEWM6R3mMkFRPwqrMHeH4hzqKWgi3hbLbebyd46lF5Vp8bdIORnGmJjOqbo7W8GsY/c+XznKY4Q= Received: by 10.54.128.18 with SMTP id a18mr115011wrd; Tue, 14 Feb 2006 18:53:28 -0800 (PST) Received: by 10.54.118.8 with HTTP; Tue, 14 Feb 2006 18:53:28 -0800 (PST) Message-ID: <499888440602141853g366e9a38y2f58035d7279bd15@mail.gmail.com> Date: Tue, 14 Feb 2006 21:53:28 -0500 From: Tim Williams To: "dev@forrest" Subject: Re: more on locationmap caching In-Reply-To: <499888440602101717r65d8b650ha6f35e05a4959cfc@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <499888440602101717r65d8b650ha6f35e05a4959cfc@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 2/10/06, Tim Williams wrote: > It seems to me that implementing CacheableProcessingComponent with an > input module like LM isn't feasible since there's only one instance of > it and it won't help us cache at the more granular level. I think I > confirmed that by following it through it's lifecycle this evening. > > Anyway, Ross is on to correcting the validity issue so I thought I'd > spend some time on figuring out how to get away from our > homegrown-hashmap-cache. I think instead of trying to use the cocoon > cache, the answer is to manage validity ourselves and go directly to > the store. This gets our little lm cache "managed" with the real > cocoon store as i think it should be. > > The only problem that I can foresee is our current transient store is set= with: > > > > 100 seems extremely small to me anyway but I think if we started to > use it for the lm, we'd find that it's definitely too small and would > spend as much resources cleaning itself as to make it not worth it. > Anyone know why it shouldn't be larger? > > Does storing lm cached hints in the transient store seem reasonable? > > Thanks, > --tim FYI. I'm not very keen on implementing it yet, but we may be forced to decide just how important this is to us. We'll see if I get any other responses, but I'm not holding my breath... http://marc.theaimsgroup.com/?t=3D113995323300001&r=3D1&w=3D2 --tim