Java9提议可能花费一些应用程序，但其他人慢.远程控制软件，灰鸽子下载

admin

Java9提议可能花费一些应用程序，但其他人慢.远程控制软件，灰鸽子下载

从Oracle的Java开发工具包建议将使名列前茅的即时编译到平台上最高性能或用户的工作流程的影响最小
Java应用程序将获得更快的启动得益于正式提案次提前包含-的即时编译的平台。
该草案的Java开发工具包的建议，由弗拉基米尔·科兹洛夫，甲骨文主要的技术研究人员，创作是针对包含在Java中9，预计将在明年夏天。
“我们很乐意看到这使它成为JDK 9，但当然这将取决于在OpenJDK过程的结果为这个JEP（JDK增强提案），”乔治·萨博，Java平台组中的软件开发副总裁在甲骨文上周四。名列前茅的即时编译一直是Java的9既定目标，以解决启动速度慢的问题。
“JIT编译器的速度快，但Java程序可以变得如此之大，它需要很长的时间JIT热身彻底，”科兹洛夫的提议状态。 “不常用的Java方法可能永远都被编译，可能招致的性能损失由于反复解释调用, 远程控制软件, 远程控制。”
提案摘要指出，Java类会启动虚拟机之前被编译为本地代码。最终的目标是，同时具有“至多”上峰值性能的影响有限，并尽量减少改变到用户的工作流程，以提高的或大或小的Java应用程序的启动时间。
超前-的即时编译将通过一种新的工具，jaotc完成的，而格拉尔技术，这使得它可行用Java编写一个动态编译器和语言运行时解释，被用作代码生成后端。 AOT的编译代码的使用对于用户是透明的，但JVM选项，根据这一提案控制访问和提供的代码存储。
这个计划，但是，进行性能风险。 “这是可能的是，使用的预编译代码可能导致低于最佳码被使用，导致在性能，损失”的提案状态。 “性能测试表明，某些应用程序AOT编译的代码中获益，而其他人清楚地表明回归。”随着AOT作为一个可选功能，与用户应用程序的性能回归是可以避免的。 “如果用户发现一个应用程序启动时更慢，或没有达到预期的峰值性能，他们可以重建一个新的JDK而不AOT库”。
项目取决于Java级别的JVM编译界面，它使用Java编写的编译器由JVM被用作动态Java编译器。它也取决于格拉尔芯是JDK的一部分。 Java的9已定于明年三月到达，但四个月的迟滞已提议。