java – 令人惊讶地受jvm / jvm-options影响的代码示例
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了java – 令人惊讶地受jvm / jvm-options影响的代码示例，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含3212字，纯文字阅读大概需要5分钟。
内容图文
我正在寻找代码示例,其结果取决于以下内容：
> Java版本
> VM
> Java选项/ JVM选项
例如,以下代码：
Integer foo = 400;
Integer bar = 400;
System.out.println(foo == bar)
看看那段代码,很多人会猜测,这是假的,但它取决于IntegerCache.high的值,可以用-Djava.lang.Integer.IntegerCache.high = 1000来改变它.
我想,有很多例子可以改变内存限制的行为,但还有更多意想不到的例子吗？
解决方法:
Java版影响力：
1)看看这样的读者：
public class Reader {
private final String input;
private int currentPosition;
private Pattern numberPattern = Pattern.compile(...);
public String readNextInt() {
return numberPattern.matcher(input.substring(currentPosition)).group();
}
}
在早于7的Java版本中,此代码可以正常工作,因为String.substring()只共享其内部缓冲区并存储两个指向缓冲区开始/结束的指针.但是在Java 7中,这种行为发生了变化,现在每个substring()调用都会创建一个带有自己缓冲区的新String对象,这会大大影响这段代码的性能,尤其是在字符串较大的情况下.
2)当Java 1.2发布时,所有中间浮点操作仅表示为单精度或双精度,这导致多个舍入错误. 1.2 JVM之后可以将中间结果表示为80位扩展双精度,从而大大提高了精度.因此,您可以在不同的处理器和不同版本的java上观察不同的浮点结果.
为了向后兼容或不同架构之间的兼容性,有strictfp修饰符.
3)在Java 8中,所有与反射相关的代码都经过了高度优化,因此切换到更新版本将显着提高任何与反射相关的代码的性能.看看here的一些基准测试.
4)Java 5和JSR-133. JSR-133是一种全新的内存模型,没有前一个缺陷.最终和易变的字段语义被改变了.此外,Java中并发编程的许多方面也都有所改变,因此您可以预期Java 5之前和之后的多线程程序的行为完全不同.您可以阅读有关JSR-133 here的更多信息.
5)在Java 7中更改了Mergesort实现.它可能导致旧代码抛出IllegalArgumentException.阅读更多here.
6)每个新的java版本都会引入一些性能改进或错误修复,所以通常你会看到一些小的改进(甚至没有,例如在Java 8中大量增强的转义分析以避免在堆上分配lambdas),但在极少数情况下slowdowns是也可能.
VM：
我不太了解除了热点之外的VM,但是你可以期待一些JIT改进/减速,不同的内存消耗和GC停顿(比如Azul Zulu的无间隙c4收集器和高内存要求)甚至是静态提前编译,就像在Excelsior JET中一样.但通常您在JVM实现之间切换时确切知道自己在做什么.
Java选项/ JVM选项：
1)偏置锁定.像-XX：UseBiasedLocking和-XX：BiasedLockingStartupDelay = n这样的标志可以根据您的并发配置文件改变应用程序的性能,因此使用这些标志会增强和损害您的应用程序.例如.当你试图撤销偏置锁时,Azul Zulu工程师由于不可避免的STW而给出了偏向锁定(是的,锁定撤销足以仅停止两个线程,但是设计中只有热点中的全局STW).
2)XX：在JVM启动时,AlwaysPreTouch标志触摸并清零所有内存页,以避免在运行时受到惩罚并阻止linux窃取您的页面.
4)-XX：BindGCTaskThreadsT??oCPU现在没有在JDK8中实现,但也许以后它会影响你的gc性能:)
5)-XX：UseNUMA可以提高你在NUMA架构上的性能,JVM将尝试为NUMA节点分区堆. This article表示“NUMA感知分配器的性能提升约40％”.
6)-XX：UseCondCardMark可以帮助您进行高度并发的应用程序,以防止您不期望的错误共享.在java中,在512字节区域(“卡”)上分隔堆,并且程序中的每次写入都会导致对相应卡的易失性写入(外部对象的地址移位9).因此,平均64张卡共享相同的L1缓存行.这意味着在一个32kByte(= 512 * 64)区域内的对象内写入会导致写入同一缓存行,这会降低应用程序性能. -XX：UseCondCardMark用if(card [address>>> 9] == 0)card [address>>]将这些写入替换为card table. 9] = 1,这可以减少每个竞争的32kB区域中从几百个到一个的易失性写入量.
7)有许多标志可以影响GC的性能,但我相信你可以自己挖掘所有这些,因为在这里编写gc调优的所有建议都没有意义.
内容总结
以上是互联网集市为您收集整理的java – 令人惊讶地受jvm / jvm-options影响的代码示例全部内容，希望文章能够帮你解决java – 令人惊讶地受jvm / jvm-options影响的代码示例所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。