RFR: JDK-8323497: On x64, use 32-bit immediate moves for narrow klass base if possible [v3]

[Thomas Stuefe]

> On x64, we always use the long form of mov immediate to load the klass base into a register. If the klass base fits into 32 bits, we could use the short form and save four instruction bytes. 
> 
> Before: mov uses 10 instruction bytes:
> 
> 
>    35  ;; decode_klass_not_null
>    36   0x00007f8b089e51c4:   movabs $0x82000000,%r11
>    37   0x00007f8b089e51ce:   add    %r11,%r10
> 
> 
> Now: mov uses 6 instruction bytes:
> 
> 
>    35  ;; decode_klass_not_null
>    36   0x00007fbe609e51c4:   mov    $0x82000000,%r11d
>    37   0x00007fbe609e51ca:   add    %r11,%r10
> 
> 
> Note that this optimization does not depend on zero-based addressing, and therefore we change class space reservation: we now always look in low-address regions first.
> 
> ----------
> 
> Tests: tier1 (GHA), tier 2 on x64 linux

Thomas Stuefe has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains four additional commits since the last revision:

 - Merge branch 'openjdk:master' into use-32bit-immediate-moves-on-x64-for-klass-encoding-base
 - Merge branch 'openjdk:master' into use-32bit-immediate-moves-on-x64-for-klass-encoding-base
 - remove obsolete comment
 - use-32bit-immediate-moves-on-x64-for-klass-encoding-base

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17340/files
  - new: https://git.openjdk.org/jdk/pull/17340/files/023d80ce..7a9f0ccc

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17340&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17340&range=01-02

  Stats: 25380 lines in 707 files changed: 9185 ins; 10979 del; 5216 mod
  Patch: https://git.openjdk.org/jdk/pull/17340.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17340/head:pull/17340

PR: https://git.openjdk.org/jdk/pull/17340