首页 / JAVA / Java 7和8中的32位堆优化

Java 7和8中的32位堆优化

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Java 7和8中的32位堆优化，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1204字，纯文字阅读大概需要2分钟。

内容图文

如果我错了请纠正我,但据我所知,从Oracle HotSpot JVM 1.7开始,64位版本的JVM不能再以“32位”模式运行(-d32命令行参数).

我听说,如果JVM进程配置的最大堆小于32Gb,JVM会通过保留32位指针等自动优化内存使用量.
那是对的吗？这仍然适用于64位Oracle HotSpot JVM吗？
如果是,我该如何关闭此行为并禁用32位内存优化？

谢谢！

解决方法:

除了这里提供的答案What does the UseCompressedOops JVM flag do and when should I use it?

the 64bit version of JVM cannot run in “32 bit” mode any more

64位JVM只能以64位模式运行.

I have heard, that in case when the JVM process is configured with less than 32Gb max heap the JVM automatically optimizes the memory usage by keeping 32bit pointers,

当堆小于32 GB(GB =千兆字节,Gb =千兆位)时,JVM在Java 6,7和8中默认使用压缩的Oops.

JVM使用32位引用,它是实际数据的索引.即所使用的数字可能会经历重要的翻译而成为实际的指针.您可以使用Unsafe.getInt()查看此索引.

Compressed Oops Java 8的默认限制为64 GB,您可以通过更改对象对齐将其增加到128 GB,但由于丢失了太多内存以填充,因此很少这样做.

Does that still apply to 64bit Oracle HotSpot JVM? If yes, how can I switch this behavior off and disable the 32bit memory optimization?

它适用于Oracle JVM和OpenJDK,您可以使用-XX关闭它：-UseCompressedOops但我无法想象您为什么要这样做.

内容总结

以上是互联网集市为您收集整理的Java 7和8中的32位堆优化全部内容，希望文章能够帮你解决Java 7和8中的32位堆优化所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/794014.html

来源：【匿名】