Java的首次执行性能

Question

我一直在Linux上用C ++开发一个报告引擎（RE是为了生成PDF报告）。 如果生成的PDF报告必须包含一些图表，则在构建报告时需要构建它们。 ChartBuilder用Java编写（带有Java-TeeChart的JFreeChart-没关系）。 好的，RE在构建报表时，会通过JNI调用一些ChartBuilder-API函数来逐步构建一个图表（或多个图表）（ChartBuilder被打包到.jar文件中）。 问题在于，构建第一个图表需要花费大量时间（也就是说，在流程生命周期中第一次执行每个ChartBuilder-API函数）！ 更具体地说，构建第一张图表大约需要1.5秒。 如果要创建多个图表，则其余图表将在大约（〜0.05，〜0.1）秒内生成。 那比第一个快30倍！ 值得注意的是，第一个图表与其余图表相同（数据除外）。 这个问题似乎是Java的根本问题（我对这个平台不是很熟悉）。 下面是说明所描述问题的图片：

我想知道是否有一种方法可以加快第一次执行的速度。 非常了解如何避免第一次执行时的开销，因为现在它会妨碍RE的整体性能。

另外，我想描述它的工作方式：有人用所有需要的参数调用C ++ RE :: CreateReport。 如果需要，此函数将创建一个JVM并通过JNI对其进行请求。 创建报告后，JVM被销毁。

提前致谢！

Answer 1

即时编译 。 使您的JVM作为服务保持活动状态，以避免多次支付JIT编译成本。

Answer 2

我认为这很可能是人们在评论和其他答案中指出的事情的结合-JVM启动，类加载器，Java在运行代码时“解释”您的代码等事实。

大多数属于“首次启动”开销类别，因此在后续运行中具有更高的性能。

我个人倾向于同意托马斯（在对您的问题的评论中），最高的开销可能是类加载器。

您可以使用一些工具来概要分析Java JVM，以了解JVM自身花费的时间最多的时间，例如：

• visualvm（ http://visualvm.java.net ）
• JVM监视器（ http://jvmmonitor.org ）

您必须谨慎使用这些工具来思考结果，您可能需要三思而行-您可能希望分别测量首次运行和后续运行，并且还可能希望将自己的系统计时添加到包装JNI调用的C ++代码中，以获得更好的端到端时序图。 借助性能监控，多次测试运行非常重要，因为一个或另一个原因（例如，计算机上的其他负载-甚至是非共享笔记本电脑上的负载），允许进行缓慢和快速的单独运行。

正如LeffeBrune提到的，如果您可以让图表构建器已经作为服务运行，它可能会加快第一次运行的速度，尽管您可能需要试验一下，看看如果它实际上未在处理器上运行会产生多大的不同。例如一段时间。