响应式网站一般做多大,官方网站英语,最近重大新闻事件2021,建设房地产网站jvm ide几个月前#xff0c;我正在阅读Java中的复杂事件处理以及实现低延迟的方法。 在我长达一个小时的研究结束时#xff0c;我发现即使您的应用程序编写正确并且您的方法主要在0#xff08;log n#xff09;的时间内运行#xff0c;并且您使用的是某些尖端的硬件解决方… jvm ide 几个月前我正在阅读Java中的复杂事件处理以及实现低延迟的方法。 在我长达一个小时的研究结束时我发现即使您的应用程序编写正确并且您的方法主要在0log n的时间内运行并且您使用的是某些尖端的硬件解决方案但仍需要花费一些时间。 VM在解释字节码期间。 从好的方面来说Java被解释了它的字节码是跨JVM兼容的但是我们也知道因此我们注定会在某些地方丢失某些东西。 我们的JVM读取解释的字节码并每次运行。 显然这需要时间。 但是考虑到我们友好的邻居JIT编译器服务器或客户端会注意常用的方法并且发现方法被调用了太多次后 它会将其编译为本机代码而不是依赖JVM因此它的性能还不错。一直在字节码上。 使用vm参数配置“太多次”的数字 -XX:CompileThreshold 默认值为1500 。 一个自然的猜测是减少数量将意味着更多的方法更快地转换为本地代码这意味着更快的应用程序但事实并非如此。 相当低的数字将意味着服务器由于JIT编译太多方法毕竟可能经常不经常使用所花费的时间并且由于本机代码驻留在内存中因此服务器的启动速度将大大降低。荣获“记忆杀手”奖并以缓慢的痛苦死亡。 稍作谷歌搜索就可以发现100左右的数字还不错。 同样这取决于您的应用程序以及使用模式和流量。 忘了提及成为JIT本机编译候选对象的最小编译单元是一种方法。 不是一个障碍。 因此长期使用脂肪的方法–祝您好运 实际上这种JIT编译并非一go而就。 它有两个整洁的阶段 1每次调用方法时其计数器都会增加1并在达到阈值后不久JIT会进行第一次编译 。 2第一次编译后计数器将重置为0并再次递增。 在第二个周期中当JIT达到阈值时它将进行第二轮编译 –这次具有更激进和令人敬畏的优化对不起–无法在此处提供很多详细信息 如果您使用的是JDK 7并且您的计算机在多核上运行我不知道为什么不这样做那么可以使用以下标志来加快本机编译过程 -server -XX:TieredCompilation 考虑到可用选项的数量我不能声称自己是JVM调优的专家。 因此如果您觉得有用或不正确请留下您的评论。 别忘了分享 参考通过我们的JCG合作伙伴 Arun Manivannan的Rerun.me博客为您的JVM热身-超快速生产服务器和IDE 。 翻译自: https://www.javacodegeeks.com/2012/10/warming-up-your-jvm-superfast.htmljvm ide
