Hi Guys,
When I first started looking at the persistent store I mentioned the read/write locks contained within AbstractReadWriteStore as a potential issue. Under load test with the new JCS based store I'm still seeing really high iowait usage after about 10-12 hours (similar to what I noticed with the JISP based store.) I suspect that there may indeed be a problem somewhere within this part of the store.
The cache is no longer corrupt after the test (it was with the old JISP store), but it does still take a long time to get anything written to it. What I'll try and do is perform a similar test, outside of the Cocoon environment using the JCS library and see if I can recreate this.
I also notice that there's a new release of EDU.oswego.cs.dl.util.concurrent - so I'll have a look at this as well.
Carsten - I noticed your tag on the A-R-W store - do you have any more info on this? I realise that it's an Avalon component, but I guess it started its life here with all the other store classes?
Let me know if anyone has more experience with this particular class :)
Corin
Corin Moss
Lead Developer
TVNZ Interactive
+64 9 916 7367
+64 21 403 054
[EMAIL PROTECTED]
================================================================ 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 ================================================================ |
