Graalvm 替代 JVM 真的可以带来巨大的性能优势吗?

简介: 介绍Spring Boot有助于轻松开发独立的、可用于生产的 Spring 应用程序。它对 Spring 平台和第三方库采用固执己见的方法:以最少的配置简化设置过程。优势:易于使用:Spring Boot 简化了独立 Spring 应用程序的创建,无需复杂的配置。嵌入式服务器:它允许直接嵌入 Tomcat、Jetty 或 Undertow 等服务器,从而无需单独部署 WAR 文件。Starter 依赖项:Spring Boot 提供预配置的“starter”依赖项,降低了构建配置的复杂性。自动配置:Spring Boot 自动配置 Spring 和第三方库,最大限度地减少手动设置工

介绍

Spring Boot有助于轻松开发独立的、可用于生产的 Spring 应用程序。它对 Spring 平台和第三方库采用固执己见的方法:以最少的配置简化设置过程。优势:

  • 易于使用:Spring Boot 简化了独立 Spring 应用程序的创建,无需复杂的配置。
  • 嵌入式服务器:它允许直接嵌入 Tomcat、Jetty 或 Undertow 等服务器,从而无需单独部署 WAR 文件。
  • Starter 依赖项:Spring Boot 提供预配置的“starter”依赖项,降低了构建配置的复杂性。
  • 自动配置:Spring Boot 自动配置 Spring 和第三方库,最大限度地减少手动设置工作。
  • 生产就绪功能:它提供生产就绪功能,例如指标、运行状况检查和外部化配置,确保应用程序稳健且可扩展。
  • 无需代码生成或 XML 配置:Spring Boot 运行时无需生成任何代码,无需 XML 配置文件,从而提高了开发效率。

在常见的部署中,用 Java 编写的 Spring Boot 应用程序被编译成默认在 Java 虚拟机 (JVM) 中运行的字节码。还有另一种鲜为人知的运行 Java 应用程序的方式:Native application

GraalVM通过提前将 Java 应用程序编译成紧凑的独立二进制文件,彻底改变了 Java 应用程序。这些二进制文件展现出明显的优势,启动速度比传统 Java 应用程序快近 100 倍。它们无需预热即可提供峰值性能,同时与 Java 虚拟机 (JVM) 同类产品相比,消耗的内存和 CPU 资源显着减少。

GraalVM 并不局限于理论创新领域;它受到 Spring Boot、Micronaut、Helidon 和 Quarkus 等主要微服务框架的支持。此外,Oracle Cloud Infrastructure、Amazon Web Services、Google Cloud Platform 和 Microsoft Azure 等领先的云平台完全支持 GraalVM 集成。

通过利用配置文件引导的优化和先进的 G1(垃圾优先)垃圾收集器,GraalVM 使我们的应用程序具有更低的延迟。事实上,它提供的性能指标与在 Java 虚拟机 (JVM) 上运行的应用程序的性能指标相当或更强。这种速度、效率和安全性的卓越结合使 GraalVM 成为现代 Java 开发的改变游戏规则的选择。


过去,有很多使用 GraalVM 对 Java 应用程序进行基准测试的请求,期望 GraalVM 能够超越传统的 Java 虚拟机 (JVM)。

在本篇文章中,我们将对各种 Java 应用程序的性能进行比较分析,评估它们在 JVM 和 GraalVM 环境中的执行情况。

我们将通过在 JVM(Java 虚拟机)和 GraalVM 上执行基本的“hello world”应用程序进行比较分析。通过这个比较,我们旨在探索 GraalVM 相对于传统 JVM 的优越性能。

测试设置

所有测试均在具有 16G RAM 的 MacBook M1 上执行。软件版本有:

  • JDK 21
  • Graalvm JDK 21
  • SpringBoot 3.1.4

应用程序代码是一个包含单个路由的简单文件:

package com.example.demo;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.http.ResponseEntity;
import org.springframework.http.HttpStatus;
import org.springframework.web.bind.annotation.RestController;
@SpringBootApplication
@RestController
public class DemoApplication {
    public static void main(String[] args) {
        SpringApplication.run(DemoApplication.class, args);
    }
    @GetMapping("/")
    public String handleRequest() {
        return "Hello World!";
    }
}

为了构建原生镜像,我们使用了 MVN 的原生插件:

<?xml version="1.0" encoding="UTF-8"?>
<project
 xmlns="http://maven.apache.org/POM/4.0.0"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
 <modelVersion>4.0.0</modelVersion>
 <parent>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-starter-parent</artifactId>
  <version>3.1.4</version>
  <relativePath/>
  <!-- lookup parent from repository -->
 </parent>
 <groupId>com.example</groupId>
 <artifactId>demo</artifactId>
 <version>0.0.1-SNAPSHOT</version>
 <name>demo</name>
 <description>Demo project for Spring Boot</description>
 <properties>
  <java.version>21</java.version>
 </properties>
 <dependencies>
  <dependency>
   <groupId>org.springframework.boot</groupId>
   <artifactId>spring-boot-starter-web</artifactId>
  </dependency>
  <dependency>
   <groupId>org.springframework.boot</groupId>
   <artifactId>spring-boot-starter-test</artifactId>
   <scope>test</scope>
  </dependency>
 </dependencies>
 <build>
  <plugins>
   <plugin>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-maven-plugin</artifactId>
    <configuration>
     <mainClass>com.example.demo.DemoApplication</mainClass>
     <layout>JAR</layout>
    </configuration>
   </plugin>
   <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-shade-plugin</artifactId>
    <version>3.5.0</version>
    <executions>
     <execution>
      <phase>package</phase>
      <goals>
       <goal>shade</goal>
      </goals>
     </execution>
    </executions>
   </plugin>
  </plugins>
 </build>
 <profiles>
  <profile>
   <id>native</id>
   <build>
    <plugins>
     <plugin>
      <groupId>org.graalvm.buildtools</groupId>
      <artifactId>native-maven-plugin</artifactId>
      <version>0.9.27</version>
      <extensions>true</extensions>
      <executions>
       <execution>
        <id>build-native</id>
        <goals>
         <goal>compile-no-fork</goal>
        </goals>
        <phase>package</phase>
       </execution>
       <execution>
        <id>test-native</id>
        <goals>
         <goal>test</goal>
        </goals>
        <phase>test</phase>
       </execution>
      </executions>
      <configuration>
       <!-- ... -->
      </configuration>
     </plugin>
    </plugins>
   </build>
  </profile>
 </profiles>
</project>

原生二进制大小约为76M:

76M /Users/mayankc/Work/source/perfComparisons/java/springboot/target/demo

结果

每个包含500万个请求的测试分别针对50、100和300个并发连接执行。对于负载测试,我们使用了 Bombardier 测试工具。

以下是表格形式的测试结果:

统计

为了更直观的展示测试结果,我们使用以下公式从结果中生成记分卡。对于每一个测量,结果获胜的按照领先度得分:

  • <5%,不给分
  • 5%到20%之间,获胜者得1分
  • 20%到50%之间,获胜者得2分
  • >50%,获胜者得3分

以下是评分结果:

结论

选择一个简单的 hello world 案例可能不是真正释放 GraalVM 或本机代码编译潜力的最合适场景。本地运行的相同 SpringBoot 应用程序的性能并没有明显优于其 JVM 对应项。GraalVM 唯一显着的优势在于其对内存的高效利用。

本文仅从性能方面对 GraalVM 和 传统 JVM 做了比较,参考以上测试结果,如果我们想要优化程序启动速度和对内存的利用率方面,GraalVM 会是更好的选择,至于其他性能指标,优势并不明显!

随着 GraalVM 在国内的推广和应用越来越广泛,相信它将会在未来的软件开发领域发挥越来越重要的作用,我们期待它之后的表现!

参考:https://medium.com/deno-the-complete-reference/performance-benefits-brought-in-by-graalvm-springboot-hello-world-case-54d1a409a829
相关文章
|
2月前
|
存储 监控 算法
jvm-性能调优(二)
jvm-性能调优(二)
|
4月前
|
Arthas 监控 Java
(十一)JVM成神路之性能调优篇:GC调优、Arthas工具详解及各场景下线上最佳配置推荐
“在当前的互联网开发模式下,系统访问量日涨、并发暴增、线上瓶颈等各种性能问题纷涌而至,性能优化成为了现时代开发过程中炙手可热的名词,无论是在开发、面试过程中,性能优化都是一个常谈常新的话题”。
425 3
|
4月前
|
监控 Java 测试技术
JVM 性能调优 及 为什么要减少 Full GC
JVM 性能调优 及 为什么要减少 Full GC
120 4
|
1月前
|
存储 缓存 监控
聊聊JIT是如何影响JVM性能的!
聊聊JIT是如何影响JVM性能的!
|
2月前
|
Kubernetes Java 编译器
解锁极致性能:Quarkus如何让JVM应用调优变得前所未有的简单与高效!
Quarkus是一款专为GraalVM和OpenJDK设计的Kubernetes Native Java框架,采用AOT编译技术将Java应用转化为本地代码,大幅提升启动速度与运行效率。它简化了性能调优流程,如自动优化垃圾回收、类加载、内存管理及线程管理等,使开发者无需深入理解JVM细节即可轻松提升应用性能。与传统JVM应用相比,Quarkus显著降低了性能调优的复杂度。
99 2
|
4月前
|
运维 Java Linux
(九)JVM成神路之性能调优、GC调试、各内存区、Linux参数大全及实用小技巧
本章节主要用于补齐之前GC篇章以及JVM运行时数据区的一些JVM参数,更多的作用也可以看作是JVM的参数列表大全。对于开发者而言,能够控制JVM的部分也就只有启动参数了,同时,对于JVM的性能调优而言,JVM的参数也是基础。
104 8
|
4月前
|
缓存 监控 Java
Java虚拟机(JVM)性能调优实战指南
在追求软件开发卓越的征途中,Java虚拟机(JVM)性能调优是一个不可或缺的环节。本文将通过具体的数据和案例,深入探讨JVM性能调优的理论基础与实践技巧,旨在为广大Java开发者提供一套系统化的性能优化方案。文章首先剖析了JVM内存管理机制的工作原理,然后通过对比分析不同垃圾收集器的适用场景及性能表现,为读者揭示了选择合适垃圾回收策略的数据支持。接下来,结合线程管理和JIT编译优化等高级话题,文章详细阐述了如何利用现代JVM提供的丰富工具进行问题诊断和性能监控。最后,通过实际案例分析,展示了性能调优过程中可能遇到的挑战及应对策略,确保读者能够将理论运用于实践,有效提升Java应用的性能。 【
202 10
|
4月前
|
JSON Java BI
一次Java性能调优实践【代码+JVM 性能提升70%】
这是我第一次对系统进行调优,涉及代码和JVM层面的调优。如果你能看到最后的话,或许会对你日常的开发有帮助,可以避免像我一样,犯一些低级别的错误。本次调优的代码是埋点系统中的报表分析功能,小公司,开发结束后,没有Code Review环节,所以下面某些问题,也许在Code Review环节就可以避免。
162 0
一次Java性能调优实践【代码+JVM 性能提升70%】
|
3月前
|
监控 算法 Java
深入理解Java虚拟机:JVM调优与性能提升
本文旨在为Java开发者提供一条清晰的路径,以深入掌握Java虚拟机(JVM)的内部机制和性能调优技巧。通过具体案例分析,我们将探讨如何识别性能瓶颈、选择合适的工具进行监控与调试,以及实施有效的优化策略,最终达到提高应用程序性能的目的。文章不仅关注理论,更注重实践应用,帮助读者在面对复杂的Java应用时能够游刃有余。
72 0
|
4月前
|
缓存 监控 算法
Java面试题:讨论JVM性能调优的常见方法和技巧。
Java面试题:讨论JVM性能调优的常见方法和技巧。
57 1