java1.8 的 client runtime compiler和server runtime compiler

一、前言

之前在排查 进一步分析并彻底解决 Flink container exit 143 问题 感觉 JVM 相关的东西都忘完了，整体排查起来有些吃力，所以后续会有一系列关于 JVM 的一些东西。一方面巩固一下，另外一方面方便后续排查问题

二、java runtime compiler

提高runtime compiler 首先想到的肯定是 JIT，JIT有不同的模式：client runtime compiler和server runtime compiler

2.1 定义

1.  Client Runtime Compiler模式：这种模式下，编译器会更关注程序的快速启动时间和较低的内存消耗。它通常会使用更简单的优化策略和较短的编译时间，因此适用于需要频繁启动和停止的应用程序，比如桌面应用程序或者客户端应用程序。开发的比较少，基本不关心

2.  Server Runtime Compiler模式：相比之下，server runtime compiler模式更关注程序的长期运行性能和更高的运行速度。它会使用更复杂的优化策略和更长的编译时间，以获取更高的执行效率。因此，适用于服务器端应用程序或长时间运行的应用程序。

2.2 使用

在Java中，可以通过设置系统属性来指定JIT编译器的模式。可以使用"-client"参数来启用client runtime compiler模式，使用"-server"参数来启用server runtime compiler模式。

例如，在命令行中启动一个Java应用程序时，可以使用以下命令来指定JIT编译器的模式：

java -client YourApp

或者

java -server YourApp

选择适合的JIT编译器模式可以根据应用程序的性能需求和运行环境来决定，以获得更好的性能和运行效果。

三、java 垃圾回收、堆以及 runtime compiler 的默认值

在超过 2个处理器 和 2GB 内存的服务器(服务器级计算机的定义适用于除运行 Windows 操作系统版本的 32 位平台之外的所有平台)，默认值为：

1. Throughput garbage collector
2. Initial heap size of 1/64 of physical memory up to 1 GB
3. Maximum heap size of 1/4 of physical memory up to 1 GB(32位)
4. Server runtime compiler

在 32 位 JVM 上，如果有 4 GB 或更多物理内存，则默认最大堆大小可达 1 GB。在 64 位 JVM 上，如果有 128 GB 或更多物理内存，则默认最大堆大小可达 32 GB 这些需要记？不需要，可以使用

java -XX:+PrintFlagsFinal 来把当前环境中 java 默认配置打印出来

四、参考文档

Java Platform, Standard Edition HotSpot Virtual Machine Garbage Collection Tuning Guide

五、总结

本文主要介绍了Java Runtime Compiler的两种模式，以及如何在Java中使用它们。此外，还介绍了Java垃圾回收、堆以及runtime compiler的默认值。选择适合的JIT编译器模式可以根据应用程序的性能需求和运行环境来决定，以获得更好的性能和运行效果。