Re: [Treebase-devel] Treebase Dev problems

[Rutger V. <R....@re...>]

I think we're doing that already.

On Thu, Nov 17, 2011 at 5:14 PM, Shyket, Harry <har...@ya...> wrote:
> What about caching at the Hibernate level?  Possibly using Ehcache?
>
> Harry Shyket
> Digital Media Specialist
> Yale University Peabody Museum
> ph. 203-436-9428
> har...@ya...
>
>
> -----Original Message-----
> From: Rutger Vos [mailto:R....@re...]
> Sent: Thursday, November 17, 2011 11:48 AM
> To: William Piel
> Cc: TreeBASE devel
> Subject: Re: [Treebase-devel] Treebase Dev problems
>
> An alternative to this is that we might consider our own caching: the
> method generateAFileDynamically could be made to check whether there
> is already a pre-computed copy of the file in some directory and
> forward to that (perhaps with some additional flag that we can set if
> we want to re-generate all the files if our nexus or nexml changes).
> This assumes that the biggest performance hit is incurred by the
> generating, not the searching (I'm pretty sure that that's the case,
> though).
>
> On Thu, Nov 17, 2011 at 4:14 PM, William Piel <wil...@ya...> wrote:
>>
>> On Nov 17, 2011, at 10:02 AM, William Piel wrote:
>>
>>> Therefore, if you also know of an Apache plugin that will cache results for "/phylows/study/TB2:", that would greatly help.
>>
>> Looking at mod_cache, I wonder if this would work:
>>
>> cacheRoot c:/cacheroot
>> cacheEnable disk /treebase-web/phylows/study/TB2:
>> cacheDirLevels 1
>> cacheDirLength 20
>> cacheMinFileSize 1
>> cacheMaxFileSize 50000000
>> cacheIgnorecacheControl Off
>> cacheIgnoreNoLastMod On
>> cacheMaxExpire 2592000
>>
>> ... resulting in a one-month cache on all TB2 objects. What's unclear to me is whether the cacheEnable string allows substrings or whether it needs to end in "/".  If that's a limitation, are there third-party plugins that can cache using wildcards?
>>
>> bp
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure
>> contains a definitive record of customers, application performance,
>> security threats, fraudulent activity, and more. Splunk takes this
>> data and makes sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-novd2d
>> _______________________________________________
>> Treebase-devel mailing list
>> Tre...@li...
>> https://lists.sourceforge.net/lists/listinfo/treebase-devel
>>
>
>
>
> --
> Dr. Rutger A. Vos
> School of Biological Sciences
> Philip Lyle Building, Level 4
> University of Reading
> Reading, RG6 6BX, United Kingdom
> Tel: +44 (0) 118 378 7535
> http://rutgervos.blogspot.com
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Treebase-devel mailing list
> Tre...@li...
> https://lists.sourceforge.net/lists/listinfo/treebase-devel
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Treebase-devel mailing list
> Tre...@li...
> https://lists.sourceforge.net/lists/listinfo/treebase-devel
>



-- 
Dr. Rutger A. Vos
School of Biological Sciences
Philip Lyle Building, Level 4
University of Reading
Reading, RG6 6BX, United Kingdom
Tel: +44 (0) 118 378 7535
http://rutgervos.blogspot.com