4 ms·
While it doesn't look like it's true anymore (http://www.oracle.com/technetwork/java/hotspotfaq-138619.html#64bit_description http://www.oracle.com/technetwork/
by hga 10y ago
While it doesn't look like it's true anymore (http://www.oracle.com/technetwork/java/hotspotfaq-138619.html#64bit_description http://www.oracle.com/technetwork/java/hotspotfaq-138619.htm...), I sure seem to remember the Hotspot JVM having an option for 32 bit pointers for ... code, I think it was. Since few apps would need more than 4 GiB of code. And as you note, as the FAQ notes, this doesn't change much for most programming.
- MrBuddyCasino 10y agoI think you mean this: http://docs.oracle.com/javase/7/docs/technotes/guides/vm/performance-enhancements-7.html#compressedOop http://docs.oracle.com/javase/7/docs/technotes/guides/vm/per...
- hga 10y agoYeah, that sounds like it, and it's at the right time.
- hinkley 10y agoIf your heap is under 32G Java uses pointer arithmetic to fit pointers into 32 bits. "UseCompressedOops" is your google term. The reduction in cache misses offsets a lot of the overhead.
- jbronn 10y agoThis is also why Elasticsearch recommends using nodes with a max of 32gb RAM. [1] [1] https://www.elastic.co/guide/en/elasticsearch/guide/current/heap-sizing.html#compressed_oops https://www.elastic.co/guide/en/elasticsearch/guide/current/...