On 4/24/07, Sergey Kuksenko <[EMAIL PROTECTED]> wrote:
*Hi Xiao-Feng Li,*
Great!
But you forget about one thing - server mode.
Currently server.enconf contains gc_cc dependency.
If we turn on gc_gen as default we should change server.emconf respectively.
Mikhail Fursov promise fixing server.emconf in svn tomorrow (after
checking).
But in case of switching back we should not forget about backing emconf too.
Actually there is a JIRA for this submitted by Yunan He. Mikhail has a
quick patch submitted as well, but then we think it might not be very
urgent at the moment since he needs more time to have a good solution
for both 32 and 64 bit platforms. I personally think Mikhail can take
more time for this issue.
Also I suppose that it is possible to have unified server.emconf between
different gc versions,
so I created JIRA https://issues.apache.org/jira/browse/HARMONY-3745 in
order to initiate a discussion.
Let's do it in separate thread.
Yes, actually Mikhail Fursov had proposed that before. Thanks to bring
it into JIRA.
Thanks,
xiaofeng
On 4/22/07, Xiao-Feng Li <[EMAIL PROTECTED]> wrote:
>
> Hi, folks, I've made the switch of default DRLVM GC component from
> GCv4.1 (gc_cc) to GCv5 (gc_gen) yesterday. This switch is only trial
> for one week experiment. If things go well, it might be the default GC
> from then on; otherwise, it will be switched back waiting for next
> chance after JavaOne. (We do not know the switch result yet, since the
> testing infrastructure looks to be resting in weekends.)
>
> To make the switch is to bring Apache Harmony an advanced GC module
> which has state-of-the-art design and implementation as a
> stop-the-world GC. Basically, GCv5 is fully parallel in all phases of
> garbage collection, with a couple of dynamic runtime adaptation
> innovations to improve the throughput. GCv5 supports both generational
> and non-generational mode. Experiments showed good performance
> improvement over GCv4.1 for most workloads on parallel machines.
>
> I have put a quick overview of Harmony GCv5 at
> http://people.apache.org/~xli/docs/harmony_gcv5_overview.pdf . A basic
> design principle of GCv5 is to be modular (or open). This is a big
> difference from GCv4.1. Hope it could lay a good foundation for the
> community to develop more sophisticated GC technologies. As I know,
> there are two university projects already using GCv5 for their
> Harmony-based research.
>
> We would expect some regressions during the transition phase. Let's
> promptly fix the bugs exposed, and try to make the switch smooth.
>
> Thanks,
> xiaofeng
>
--
Best regards,
---
Sergey Kuksenko.
Intel Enterprise Solutions Software Division.
--
http://xiao-feng.blogspot.com
