LRB and 32-bit compressed oops
Roland Westrelin
rwestrel at redhat.com
Fri Mar 29 09:14:42 UTC 2019
> I don't think that storing fwd ptr compressed is an option. It would
> have to be decoded and re-encoded in the barrier. It would complicate
> and slow down everything else in GC. And it would gain us nothing: we
> still need the 64bits because alignment. (And we already have a
> prototype to eliminate that word...)
>
> The question was really only, can we get rid of the superfluous mov
> and register usage in the noop-decode case?
A compressed fwd ptr is a way to get rid of the extra movs. I think it
would make compiled code better overall, too.
Without a compressed fwd ptr, messing with the register allocator would
be required. I have no idea how to do that.
Roland.
More information about the shenandoah-dev
mailing list