[master] RFR: Trim identity-hashcode to 25bit

Aleksey Shipilev shade at openjdk.java.net
Mon May 10 17:18:34 UTC 2021

On Mon, 10 May 2021 17:08:02 GMT, Roman Kennke <rkennke at openjdk.org> wrote:

> I'd like to trim the identity hashcode to 25 bits to make room in the upper 32bits for the compressed class-pointer.
> This could in theory regress performance on workloads that make heavy use of i-hashes, but I could not show this in practice (by specjvm workloads like compiler which uses lots of ihashes).
> Next step would be to move the Klass* into the upper 32bit part. (If you look closely, this would be the exact header layout of 32bit JVMs.) And then get rid of the dedicated Klass* field. :-D Eventually I'd make ihash-bits and klass* bits configurable to trade one for the other.
> Testing:
>  - [x] some manual benchmarks
>  - [x] tier1
>  - [ ] tier2

src/hotspot/share/oops/markWord.hpp line 45:

> 43: //  --------
> 44: //  unused:32 hash:25 -->|  age:4    biased_lock:1 lock:2 (normal object)
> 45: //  JavaThread*:54 epoch:2  age:4    biased_lock:1 lock:2 (biased object)

This does not compute. Where did the `unused_gap` go in the second case? Is `epoch` now larger? Or does `JavaThread*` now takes 55 bits?


PR: https://git.openjdk.java.net/lilliput/pull/3

More information about the lilliput-dev mailing list