| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-2176892 | 7 | Vladimir Kozlov | P3 | Closed | Fixed | b12 |
| JDK-2147849 | 6u2 | Vladimir Kozlov | P2 | Resolved | Fixed | b01 |
Currently HotSpot VM allocate java object fileds according to thir type
in the next order:
oops (32-bits for LP32, 64-bits for LP64)
long/double (64-bits fileds)
int/float (32-bits fileds)
short/char (16-bits fileds)
byte ( 8-bits fileds)
The other stype could be source based.
Also we could compact fields by placeing them into gaps between fields in super class.
in the next order:
oops (32-bits for LP32, 64-bits for LP64)
long/double (64-bits fileds)
int/float (32-bits fileds)
short/char (16-bits fileds)
byte ( 8-bits fileds)
The other stype could be source based.
Also we could compact fields by placeing them into gaps between fields in super class.
- backported by
-
JDK-2147849 Allow different styles of java object fields allocation
-
- Resolved
-
-
-
- Closed
-
- relates to
-
JDK-7007564 Align non-static fields size on byte instead of wordSize
-
- Closed
-