Cloud Native Compiler Release Notes

To avoid restarts of the Gateway pod when a large number of clients try to write profile logs at the same time, a default limit has been configured.

Upgrade from version 1.6.0 can be done with a helm upgrade, as described on Upgrading Cloud Native Compiler.

Gateway pod gets restarted when large number of clients try to write profile simultaneously.

JVMs released before CNC 1.6.1 use HTTP for uploads of the compiler engine. Since version 1.6.1, gRPC is used and the HTTP port is disabled by default in values.yaml. Because of this, these JVMs will not be able to upload their appropriate compiler engine to CNC.

When a CNC version prior to 1.6.1 already has been used and upgraded, the older JVMs will keep working with CNC, because the upload is not needed anymore.

The first attempt to download a previously existing profile, after CNC upgrade to 1.6.1 can fail with a timeout.

Cloud Native Compiler has a new Profile Log Service. This service allows you to read and write ReadyNow profile logs to Cloud Native Compiler. This simplifies getting profile logs in and out of containers and other environments without persistent storage. For more information on Profile Log Service configuration, see "Using the Profile Log Service".

Introduced ReadyNow-only deployment to helm charts.

Multiple APIs failed with empty response.

Cache requests latency increased manifold resulting in an increase in wait time and overall compilation duration.

In case of heavy applications, if you see anomalies in TTCOB, the problem can be resolved by increasing the number of cache pods. For more info, see "Troubleshooting Cloud Native Compiler ".

Compiler Cache on by default.

New Time to Clear Optimization Backlog metric in Grafana dashboard.

Multiple pods can get evicted because of low ephemeral storage in a long-running Code Cache cluster.

Early access of the Compiler Cache. The Compiler Cache stores previously performed optimizations and serves them from the cache rather than recompiling whenever possible. Running your workloads with a Compiler Cache leads to lower CNC CPU usage and faster warmup time.

Compiler Cache is not scalable and too many connections will overload the database.

Multiple pods can get evicted because of low ephemeral storage in a long-running Code Cache cluster.

Simplified installation and configuration with Helm charts.

ZVM-23070 - Using Cloud Native Compiler with local ReadyNow can dramatically increase the CPU required to deliver the compilations in time. Monitor your compiler output and look for connections being rejected and the JVM switching to local compilation, and scale out your CNC instance accordingly.

Fallback to local JIT compilation when Cloud Native Compiler is unreachable or underperforming.

You can now provide an existing ReadyNow profile as the input of the -XX:ProfileLogIn=<file> flag. Note that generating a ReadyNow profile using the -XX:ProfileLogOut=<file> is not supported with Cloud Native Compiler yet.

Built-in monitoring stack with Prometheus and Grafana.

JDK 17 support.

The CNC gateway is currently configured with one instance. Do not attempt to increase the number of gateway instances.

Extremely slow disk I/o configurations (with latencies in the multiple seconds) can lead to internal crashes and data loss within CNC (due to Artemis crashes). Avoid configuring CNC with pods using very slow HDD or network volumes.

Cloud Native Compiler server able to provide JIT compilations to Azul Zulu Prime Builds of OpenJDK 12.09.1.0 and later.

Configuration files to provision an AWS Elastic Kubernetes Service cluster for your CNC server.

A sample Grafana dashboard for monitoring your CNC server.