indexedDiskCache - optimizeAtRemoveCount setting

[David Luk <Da...@tvnz.co.nz>]

Hi,

I am investigating the possibility of using runtime optimisation of JCS
indexedDiskCache, how the stability of this module? Have anyone tried to
use it in non-dev environment?

Also anyone has any suggestions about the optimizeAtRemoveCount
parameter? Currently 2000 is used and would that be too frequent?

Many thanks.

Regards,
David Luk


================================================================
CAUTION: This e-mail and any attachment(s) contains information
that is intended to be read only by the named recipient(s). It
may contain information that is confidential, proprietary or the
subject of legal privilege. This information is not to be used by
any other person and/or organisation. If you are not the intended
recipient, please advise us immediately and delete this e-mail
from your system. Do not use any information contained in it.

================================================================
For more information on the Television New Zealand Group, visit
us online at http://www.tvnz.co.nz
================================================================

RE: indexedDiskCache - optimizeAtRemoveCount setting

[Aaron Smuts <aa...@wisc.edu>]

Let me test this a bit further.  I have most of the kinks worked out but
it might cause corruption of the datafiles in some circumstances. 

There is already a working recycle bin.  The latest jar will cut down on
unused space.

I also plan to implement a key to data file check on startup.

Aaron

> -----Original Message-----
> From: David Luk [mailto:David.Luk@tvnz.co.nz]
> Sent: Tuesday, July 20, 2004 8:33 PM
> To: turbine-jcs-user@jakarta.apache.org
> Subject: indexedDiskCache - optimizeAtRemoveCount setting
> 
> 
> Hi,
> 
> I am investigating the possibility of using runtime optimisation of
JCS
> indexedDiskCache, how the stability of this module? Have anyone tried
to
> use it in non-dev environment?
> 
> Also anyone has any suggestions about the optimizeAtRemoveCount
> parameter? Currently 2000 is used and would that be too frequent?
> 
> Many thanks.
> 
> Regards,
> David Luk
> 
> 
> ================================================================
> CAUTION: This e-mail and any attachment(s) contains information
> that is intended to be read only by the named recipient(s). It
> may contain information that is confidential, proprietary or the
> subject of legal privilege. This information is not to be used by
> any other person and/or organisation. If you are not the intended
> recipient, please advise us immediately and delete this e-mail
> from your system. Do not use any information contained in it.
> 
> ================================================================
> For more information on the Television New Zealand Group, visit
> us online at http://www.tvnz.co.nz
> ================================================================


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