harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Weldon Washburn" <weldon...@gmail.com>
Subject Re: [DRLVM][GC] (HARMONY-2398) patch for GCv5 alloc helper inlining
Date Tue, 05 Dec 2006 17:52:34 GMT
On 12/5/06, Mikhail Fursov <mike.fursov@gmail.com> wrote:
>
> If you compare performance of allocation - allocation fast path helper
> code
> is all you need.
> And we need to check performance not with microtests, but use real
> benchmarks. Microtests can hide cache misses in our example.


Yes. Exactly.  It is easy to get stuck in the trap of premature
optimization.  There will be plenty of opportunity to try different vm
helper configurations once we get real enterprise workloads up and running.

On 12/5/06, Ivan Volosyuk <ivan.volosyuk@gmail.com> wrote:
> >
> > Helper code is equal. GC code is not. Lets compare apples with oranges.
> > --
> > Ivan
> >
> > On 12/5/06, Mikhail Fursov <mike.fursov@gmail.com> wrote:
> > > The helpers code is equal, except this load. So if we have different
> > > performance -> this extra memory access is the cause.
> > >
> > > On 12/5/06, Ivan Volosyuk <ivan.volosyuk@gmail.com> wrote:
> > > >
> > > > I think in order to do this comparison, other conditions should be
> > > > equal. Comparing helper with 1 dependent load in gc_cc and helper
> with
> > > > 2 dependent loads in gc_v5 makes no sense to me.
> >
>
>
>
> --
> Mikhail Fursov
>
>


-- 
Weldon Washburn
Intel Enterprise Solutions Software Division

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