32位JVM和64位JVM之间存在一些明显的区别和细微差别。我们认为我们将通过本问答文章来澄清它们,
我是否需要了解32位JVM和64位JVM之间的区别?
如果您不是在构建性能关键型应用程序,则不必了解它们之间的区别。32位JVM和64位JVM之间的细微差别不会对您的应用程序产生太大影响。您可以进一步跳过further。
64位JVM的性能是否优于32位JVM?
我们大多数人认为64位大于32位,因此64位JVM性能将优于32位JVM性能。不幸的是,事实并非如此。与32位JVM相比,64位JVM的性能可能会有所下降。以下是摘录关于64位JVM性能的Oracle JDK文档:
“通常,与在32位VM上运行相同的应用程序相比,能够处理大量内存的好处是64位VM的性能损失很小。
当您迁移到64位VM时,将在64位平台上运行的应用程序与在SPARC上的32位平台运行的应用程序相比,性能差异降低了10-20%。在AMD64和EM64T平台上,此差异范围为0-15%,具体取决于访问应用程序所执行的指针的数量。”
如果性能受到影响,为什么有人会使用64位JVM?
在最大32位JVM中,可寻址内存空间仅为2 ^ 32(即〜4gb)。这意味着您的Java的最大内存大小进程不能超过4GB。实际上,由于各种其他限制(例如可用交换,内核地址空间使用,内存碎片和VM开销),该限制要低得多。下表总结了可以在32位JVM上设置的最大堆大小(即-Xmx):
而如果您在64位JVM上运行应用程序,则最大可寻址内存空间为2 ^ 64(即16艾字节)。这意味着您的应用程序的最大可寻址内存大小接近无限。
为什么64位JVM的性能可能比32位JVM慢?
这是由于以下事实:系统中的每个本机指针占用的是8个字节而不是4个字节。此额外数据的加载会影响内存使用情况,这取决于执行过程中加载了多少个指针,从而导致执行速度稍慢。您的Java程序。好消息是,随着AMD64和EM64T平台以64位模式运行,Java VM获得了一些额外的寄存器,可用于生成更有效的本机指令序列。比较32位和64位执行速度时,这些额外的寄存器将性能提高到通常根本没有性能损失的地步。
从32位JVM迁移到64位JVM时需要考虑哪些事项?
一种。GC暂停时间
从32位JVM迁移到64位JVM的主要原因是要获得较大的堆大小(即-Xmx)。当增加堆大小时,GC暂停时间将自动开始变长,因为现在内存中有更多垃圾需要清除。在进行迁移之前,您需要进行适当的GC调整,否则您的应用程序可能会经历几秒钟到几分钟的暂停时间。您可以使用GCeasy之类的工具为新增加的堆大小提供正确的GC设置。
b。本机库
如果您的应用程序正在使用Java本机接口(JNI)访问本机库,则还需要升级本机库。因为32位JVM只能使用32位本机库。同样,64位JVM只能使用64位本机库。
什么是CompressedOops?它与32位,64位JVM有关吗?
是的,CompressedOOps与32位,64位JVM有关。
我们用数据字段定义对象。当在内存中创建该对象以及数据字段时,还将创建对象标头。JVM需要对象标头来执行内务处理,虚拟方法调用,垃圾回收,锁定……此对象标头在32位JVM中占用8个字节,在64位JVM中占用16个字节。8字节的增量听起来可能并不多,但是鉴于您的应用程序在运行时会创建数百万个对象,因此8字节乘以数百万个对象会增加可观的开销。
您可以通过传递-XX:+ UseCompressedOops来缓解此问题。JVM参数。当您传递此参数时,JVM会做出一个巧妙的技巧,并将对象标头的大小优化为即使在64位JVM中也仅使用12个字节。只要您的JVM堆大小(即-Xmx)小于32GB,此技巧就将起作用。如果超过32 GB,则对象标头大小将再次变为16个字节。
注意:自Java SE 6u23及更高版本以来,已将-XX:+ UseCompressedOops设置为默认值。仅当您在JDK 6u23或更早版本上运行时,才传递-XX:+ UseCompressedOops参数。
什么时候应该使用32位和64位JVM?
<2GB内存:如果您的应用程序的堆大小(即-Xmx)小于2GB,则无需费力地决定。使用32位JVM。
> 2GB内存:如果您的应用程序需要2GB以上的内存,那么这也不是明智的决定。使用64位JVM。但是,请进行适当的性能测试以衡量和减轻影响。
如何查找我的应用程序是在32位还是64位JVM上运行?
没有什么选择。让我显示几个选项:
选项1:从命令提示符处发出命令:
如果是64位JVM,您将看到输出包含单词:“ 64位”。例:
如果它是32位JVM,您将*不会*看到单词:“ 64位”。例:
选项2:您从Java程序发出以下语句:
根据JVM类型,适当的版本将被打印在控制台上。
我可以在64位操作系统上运行32位JVM吗?
有32位OS和64位OS。如果您在32位操作系统上运行(这种情况现在很少见),则只能运行32位JVM。另一方面,如果您在64位操作系统上运行,则可以在32位JVM或64位JVM上运行应用程序。
如何下载32位JVM,64位JVM?
转到Oracle JDK下载页面时,将看到用于下载特定于您的操作系统的JDK的选项:
如果您选择x86,则将在此处下载32位JVM。如果选择x64,则将下载64位JVM。如果可以将其命名为“ Windows 32位JVM”,“ Windows 64位JVM”,事情将会变得简单得多。
可以在32位JVM上编译的代码在64位JVM上运行吗?
我们使用javac即java编译器将Java代码编译为字节代码(即* .class文件)。生成的字节码与32位,64位JVM无关。它可以在两个JVM上运行。记住古老的诺言“写一次,随处运行”
我是否需要了解32位JVM和64位JVM之间的区别?
如果您不是在构建性能关键型应用程序,则不必了解它们之间的区别。32位JVM和64位JVM之间的细微差别不会对您的应用程序产生太大影响。您可以进一步跳过further。
64位JVM的性能是否优于32位JVM?
我们大多数人认为64位大于32位,因此64位JVM性能将优于32位JVM性能。不幸的是,事实并非如此。与32位JVM相比,64位JVM的性能可能会有所下降。以下是摘录关于64位JVM性能的Oracle JDK文档:
“通常,与在32位VM上运行相同的应用程序相比,能够处理大量内存的好处是64位VM的性能损失很小。
当您迁移到64位VM时,将在64位平台上运行的应用程序与在SPARC上的32位平台运行的应用程序相比,性能差异降低了10-20%。在AMD64和EM64T平台上,此差异范围为0-15%,具体取决于访问应用程序所执行的指针的数量。”
如果性能受到影响,为什么有人会使用64位JVM?
在最大32位JVM中,可寻址内存空间仅为2 ^ 32(即〜4gb)。这意味着您的Java的最大内存大小进程不能超过4GB。实际上,由于各种其他限制(例如可用交换,内核地址空间使用,内存碎片和VM开销),该限制要低得多。下表总结了可以在32位JVM上设置的最大堆大小(即-Xmx):
操作系统 | 最大堆 |
---|---|
的Linux | 2 – 3GB |
艾克斯 | 3.25 GB |
视窗 | 1.5GB |
的Solaris | 2 – 4GB |
MacOSX | 3.8GB |
而如果您在64位JVM上运行应用程序,则最大可寻址内存空间为2 ^ 64(即16艾字节)。这意味着您的应用程序的最大可寻址内存大小接近无限。
为什么64位JVM的性能可能比32位JVM慢?
这是由于以下事实:系统中的每个本机指针占用的是8个字节而不是4个字节。此额外数据的加载会影响内存使用情况,这取决于执行过程中加载了多少个指针,从而导致执行速度稍慢。您的Java程序。好消息是,随着AMD64和EM64T平台以64位模式运行,Java VM获得了一些额外的寄存器,可用于生成更有效的本机指令序列。比较32位和64位执行速度时,这些额外的寄存器将性能提高到通常根本没有性能损失的地步。
从32位JVM迁移到64位JVM时需要考虑哪些事项?
一种。GC暂停时间
从32位JVM迁移到64位JVM的主要原因是要获得较大的堆大小(即-Xmx)。当增加堆大小时,GC暂停时间将自动开始变长,因为现在内存中有更多垃圾需要清除。在进行迁移之前,您需要进行适当的GC调整,否则您的应用程序可能会经历几秒钟到几分钟的暂停时间。您可以使用GCeasy之类的工具为新增加的堆大小提供正确的GC设置。
b。本机库
如果您的应用程序正在使用Java本机接口(JNI)访问本机库,则还需要升级本机库。因为32位JVM只能使用32位本机库。同样,64位JVM只能使用64位本机库。
什么是CompressedOops?它与32位,64位JVM有关吗?
是的,CompressedOOps与32位,64位JVM有关。
我们用数据字段定义对象。当在内存中创建该对象以及数据字段时,还将创建对象标头。JVM需要对象标头来执行内务处理,虚拟方法调用,垃圾回收,锁定……此对象标头在32位JVM中占用8个字节,在64位JVM中占用16个字节。8字节的增量听起来可能并不多,但是鉴于您的应用程序在运行时会创建数百万个对象,因此8字节乘以数百万个对象会增加可观的开销。
您可以通过传递-XX:+ UseCompressedOops来缓解此问题。JVM参数。当您传递此参数时,JVM会做出一个巧妙的技巧,并将对象标头的大小优化为即使在64位JVM中也仅使用12个字节。只要您的JVM堆大小(即-Xmx)小于32GB,此技巧就将起作用。如果超过32 GB,则对象标头大小将再次变为16个字节。
注意:自Java SE 6u23及更高版本以来,已将-XX:+ UseCompressedOops设置为默认值。仅当您在JDK 6u23或更早版本上运行时,才传递-XX:+ UseCompressedOops参数。
什么时候应该使用32位和64位JVM?
<2GB内存:如果您的应用程序的堆大小(即-Xmx)小于2GB,则无需费力地决定。使用32位JVM。
> 2GB内存:如果您的应用程序需要2GB以上的内存,那么这也不是明智的决定。使用64位JVM。但是,请进行适当的性能测试以衡量和减轻影响。
如何查找我的应用程序是在32位还是64位JVM上运行?
没有什么选择。让我显示几个选项:
选项1:从命令提示符处发出命令:
1个
|
java -version
|
如果是64位JVM,您将看到输出包含单词:“ 64位”。例:
1个
2
3
4
5
|
java version "1.8.0_181"
Java(TM) SE Runtime Environment (build 1.8 .0_181-b13)
Java HotSpot(TM) 64 -Bit Server VM (build 25.181 -b13,mixed mode)
|
如果它是32位JVM,您将*不会*看到单词:“ 64位”。例:
1个
2
3
4
5
|
java version "1.8.0_211"
Java(TM) SE Runtime Environment (build 1.8 .0_211-b12)
Java HotSpot(TM) Client VM (build 25.211 -b12,mixed mode)
|
选项2:您从Java程序发出以下语句:
1个
|
System.out.println(System.getProperty( "sun.arch.data.model" ) + "-bit JVM" );
|
根据JVM类型,适当的版本将被打印在控制台上。
我可以在64位操作系统上运行32位JVM吗?
有32位OS和64位OS。如果您在32位操作系统上运行(这种情况现在很少见),则只能运行32位JVM。另一方面,如果您在64位操作系统上运行,则可以在32位JVM或64位JVM上运行应用程序。
如何下载32位JVM,64位JVM?
转到Oracle JDK下载页面时,将看到用于下载特定于您的操作系统的JDK的选项:
如果您选择x86,则将在此处下载32位JVM。如果选择x64,则将下载64位JVM。如果可以将其命名为“ Windows 32位JVM”,“ Windows 64位JVM”,事情将会变得简单得多。
可以在32位JVM上编译的代码在64位JVM上运行吗?
我们使用javac即java编译器将Java代码编译为字节代码(即* .class文件)。生成的字节码与32位,64位JVM无关。它可以在两个JVM上运行。记住古老的诺言“写一次,随处运行”
原文地址:https://blog.csdn.net/allway2
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。