It sounds like a more realistic test than the ones we been using (thanks Robin ). I am tied up a little , but yes I intend to try it.
Rana On 19 Nov 2007 10:55:06 +0300, Egor Pasko <[EMAIL PROTECTED]> wrote: > On the 0x393 day of Apache Harmony Rana Dasgupta wrote: > > Could someone please commit JIRA 4931 to turn on the feature by default? > > did you check it on DaCapo from svn? just interesting.. > > > Thanks, > > Rana > > > > On Nov 16, 2007 2:57 PM, Tim Ellison <[EMAIL PROTECTED]> wrote: > > > > > Robin Garner wrote: > > > > Rana Dasgupta wrote: > > > >> BTW, I have been unable to find a scenario that stresses the gc > > > >> heap, and needs to unload unused classes, and it would be good find > > > >> such test cases. > > > > > > > > The DaCapo benchmarks project is currently evaluating new > benchmarks, > > > > and in svn right now there is a derby benchmark based on JDBCBench > (ie > > > > almost a direct copy of the hsqldb benchmark). > > > > > > > > Because derby compiles SQL queries into Java classes, after a couple > of > > > > iterations of the benchmark, it requires class unloading. The > benchmark > > > > appears to run in a ~25M heap, and allocates much more than that. > > > > > > > > It's almost certain that we won't release this as the final derby > > > > benchmark, but I might package it separately as a class-unloading > unit > > > > test. But in the meantime, if you want to build dacapo from svn > head, > > > > it might be exactly what you're after. > > > > > > ack -- thanks Robin. At the very least it may inspire somebody to > write > > > a stress test that creates lots of new classes in order to exercise > > > Harmony's class unloading code. > > > > > > Regards, > > > Tim > > > > > -- > Egor Pasko > >
