Have you thought about trying Sleepycat? It is very efficient, well suited for tasks like this, and does a really good job with caching.
The only issue with using it is that it is under a GPL like license. So we probably can't distribute it. -Jason > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:jboss- > [EMAIL PROTECTED] On Behalf Of Clebert Suconic > Sent: Thursday, March 23, 2006 10:00 AM > To: Adrian Brock > Cc: Scott M Stark; QA; jboss-development@lists.sourceforge.net > Subject: [JBoss-dev] RE: JBAS-2972 - OOME / Redeployment leakages > > - My first implementation was an InMemory model. It was fast and > beautiful, but I couldn't process large snapshots. > > - My second implementation was then HSQLDB. > > But when I was navigating, if I needed for instance to lookup on > references for Strings, I had to look for reference holders on more than > a thousand objects. The query was fast, but since I needed to execute it > several times, took me a lot of time to process. > > Then I tried to use dynamic queries (if ID=1 or id=2 or id=3..... > it=100) and couldn't find a way to process > > - My third implementation (current) now is to use what I called > FileCollections with a dummy quick sort. Since I was using just > quickSort/binarySearch that was way faster than using HSQLDB. > > > > -----Original Message----- > From: Adrian Brock > Sent: Thursday, March 23, 2006 9:44 AM > To: Clebert Suconic > Cc: Scott M Stark; QA; jboss-development@lists.sourceforge.net > Subject: RE: JBAS-2972 - OOME / Redeployment leakages > > On Thu, 2006-03-23 at 09:23 -0600, Clebert Suconic wrote: > > > I can imagine a visitor pattern that understands what is > > permenantly deployed and what is hotdeployed and determines > > the root cause. > > > > I have that already. I can create a heapSnapshot, and analyze it > later. > > But at this point the method I have to sort the will takes a lot of > time > > to process now. I need a faster way to index file (without using a > > database). > > > > Can't you just use hsqldb in memory? That is what it was designed > for ;-) > > -- > xxxxxxxxxxxxxxxxxxxxxxxx > Adrian Brock > Chief Scientist > JBoss Inc. > xxxxxxxxxxxxxxxxxxxxxxxx > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642 > _______________________________________________ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 _______________________________________________ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
