[prev in list] [next in list] [prev in thread] [next in thread] 

List:       velocity-user
Subject:    RE: resource.manager.defaultcache.size of 89 - any reason why?
From:       Matt Brown <Matt.Brown () citrixOnline ! com>
Date:       2009-05-12 12:51:08
Message-ID: 44B76DF56DE7A843BB5E8109DC4EEB1204D5C4E62C () sbapexch05
[Download RAW message or body]

Thanks all. I figured it had something to do with prime/hashing but was just curious \
if that was correct :) 

-----Original Message-----
From: Will Glass-Husain [mailto:wglasshusain@gmail.com] 
Sent: Monday, May 11, 2009 6:02 PM
To: Velocity Users List
Subject: Re: resource.manager.defaultcache.size of 89 - any reason why?

I remember Dan Rall saying at the time it was because it was prime.

WILL

On Mon, May 11, 2009 at 2:19 PM, Antonio Petrelli <antonio.petrelli@gmail.com> wrote:
> 2009/5/11 Matt Brown <Matt.Brown@citrixonline.com>:
> > When resource caching is enabled in Velocity, and the default cache \
> > (ResourceCacheImpl) is used, the default size of the LRU cache used (if not \
> > otherwise set) is 89. 
> > Just curious - anyone know how/why the value of 89 was chosen?
> 
> IMHO, it could be that 89 is a prime number, and it is a good number 
> when doing division-based hashes.
> http://en.wikipedia.org/wiki/Hash_function#Variable_range
> 
> However, I cannot tell why 89 and not another prime number.
> 
> Antonio
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
> For additional commands, e-mail: user-help@velocity.apache.org
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org


[prev in list] [next in list] [prev in thread] [next in thread]