Wyatt, Allen
Tue, 01 Feb 2005 11:25:39 -0800
Disk cache configuration section of cache.ccf file: jcs.auxiliary.DC=org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCacheF actory jcs.auxiliary.DC.attributes=org.apache.jcs.auxiliary.disk.indexed.Indexe dDiskCacheAttributes jcs.auxiliary.DC.attributes.DiskPath=/opt/tomcat/temp/data/cache jcs.auxiliary.DC1=org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache Factory jcs.auxiliary.DC1.attributes=org.apache.jcs.auxiliary.disk.indexed.Index edDiskCacheAttributes jcs.auxiliary.DC1.attributes.DiskPath=/opt/tomcat/temp/data/cache -----Original Message----- From: Smuts, Aaron [mailto:[EMAIL PROTECTED] Sent: Monday, January 31, 2005 6:50 PM To: Turbine JCS Users List Subject: RE: Excessive number of JCS objects in memory All the releases so far are dev releases. This will be the case until we have a more formal release process, hopefully when we are a top level Jakarta project in the near future. I think the 1.1 version you are using must be from July. It was updated in July and then in November. Since then, I have started issuing a new version for each minor release. The disk cache rw lock issue may still be present in the current release. There haven't been any major disk cache changes since the 1.1. Cah you send the disk cache configuration section of your cache.ccf file in an email? Aaron -----Original Message----- From: Wyatt, Allen [mailto:[EMAIL PROTECTED] Sent: Monday, January 31, 2005 4:39 PM To: Turbine JCS Users List Subject: RE: Excessive number of JCS objects in memory Regarding using newer JCS - which one? What is the latest "stable" version - is it "jcs-1.2.3-dev.jar" (the "-dev" in the name makes me think not). Right now we're using JCS 1.1 (downloaded Oct 19 2004) and commons collections 2.1. Putting heavy load on the disk cache (each of the 100s of user sessions to each webserver on our website has the potential to put something in the disk cache as well as other parts of the application putting stuff into it). Thanks for all the help. -----Original Message----- From: Smuts, Aaron [mailto:[EMAIL PROTECTED] Sent: Monday, January 31, 2005 5:52 PM To: Turbine JCS Users List Subject: RE: Excessive number of JCS objects in memory The abstract disk cache still uses that old write lock for each item put into the disk cache. The indexed disk cache used to use it. The Core disk cache class now uses the Doug Lea read write lock classes. I will convert the abstact disk cache to use the Doug Lea read write lock also. What version of JCS are you using? You should probably upgrade JCS and the commons collections libraries. Your problem earlier looked like a commons issue. What kind of load are you putting on the disk cache? Aaron -----Original Message----- From: Wyatt, Allen [mailto:[EMAIL PROTECTED] Sent: Monday, January 31, 2005 3:05 PM To: turbine-jcs-user@jakarta.apache.org Subject: Excessive number of JCS objects in memory We're having a problem with a slow memory leak in production. We took a heapdump and saw that there were 337,999 org.apache.jcs.utils.locking.ReadWriteLock objects in memory and 337,967 org.apache.jcs.utils.locking.RwLockHolder objects in memory. These objects are taking about 21.5 megabytes of memory altogether. Any reason for having this many of these objects? What might cause there to be an excessive number of these objects? --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]