harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rana Dasgupta" <rdasg...@gmail.com>
Subject Re: [drlvm]Leave classunloading on by default?
Date Mon, 19 Nov 2007 15:56:07 GMT
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 <egor.pasko@gmail.com> 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 <t.p.ellison@gmail.com> 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
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message