hi corin, > -----Ursprüngliche Nachricht----- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Auftrag > von Corin Moss > Gesendet: Dienstag, 2. März 2004 08:59 > An: [EMAIL PROTECTED] > Betreff: RE: JCS Based Cache > > > > You have a good point there - I'm simply going to have to replace > the DefaultPersistentStore at my end (for testing only of course ;) > > One thing that has occurred to me whilst hammering the JISP based > store, and looking at the code in a bit more depth, is that all > of the perceived problems come as a result of the incredibly high > iowait generated whilst accessing the store (mostly while writing > I think.) I notice that the AbstractReadWriteStore within the > Excalibur components uses FIFOReadWriteLock as the lock - has > anyone got much experience with this? If there's a bug in there, > it's possible that it's not relinquishing locks properly - which > would most likely manifest in very high iowait (I theorise ;) I > know that there are known issues with our version of JISP, but > I'd like to be reassured first-hand that the read/write lock > implementation we're currently using is totally robust.
I think the slow part was more due to JISP serializing out the index (slooow) on each writing access (remove, store, etc.). unrelinquished locks would probably have manifested themselves in other ways (e.g. complete lockup), but I might be wrong
