Вышла Java 21

Как и ожидалось, точно в срок была представлена Java 21. Ожидается, что большинство вендров представят свои сборки и предоставят по этой версии Long Term Support. Это значит, что по этой версии Java будут выпущены все основные на ближайшие 2 года книги, мануалы и туториалы, обновятся все библиотеки (Guava, Eclipse, JUnit) и фреймворки (Spring, Tomcat, Jetty и прочая), а также вскоре появится и сертификация программистов от Оракла (Oracle Certified Programmer) по этой версии.

Список реализованных JEPов можно посмотреть на сайте. Но какие из них выглядят наиболее вкусными и интересными с точки зрения производительности и low-latency? На мой взгляд следующие:

The Java Version Almanac

The Java Version Almanac — отличный веб-сайт, если кто не видел. В удобной форме показывает, какие новинки в какой версии Java появились как incubator, preview или PROD-ready. Позволяет сравнивать одну версию Java с другой. Ну и за одно — ссылки на реализации конкретной версии Java от разных вендоров.

Как создать native image с помощью GraalVM

Про GraalVM я уже рассказывал в предыдущей статье. Из набора технологий GraalVM интересным была технология предварительной компиляции Ahead-of-Time compilation (AOT compilation), которая была на время экспериментально добавлена в обычный Java JDK. В Java 17 эта функция была выпилена. Ходят слухи, что в Java 21 она снова появится.

В GraalVM функция предкомпиляции позволяет так называемые нативные приложения (native images). То есть все ваше Java-приложение вместе со всеми потрохами Java SDK заворачивается в исполняемый файл и этот файл можно запускать, на любой другой машине даже если там нет Java JDK. Разумеется, exe-файл получается внушительный, но 1) GraalVM весьма умно при компиляции понимает, что надо в него заворачивать, а что не понадобится 2) когда это нас стали пугать exe файлы размером в 11 мегабайт?

Давно хотел поиграться с этой функцией, чтобы хотя бы в общих чертах понять сам процесс. Я решил попробовать собрать простейшее тестовое Spring-приложение в native-image не меняя в нем ничего, чтобы разобраться, какие танцы с бубном понадобятся, чтобы все заработало само собой просто из коробки.

В интернете полно видео и документации, но некоторые вещи из документации и видео не очевидны. Авторы опускают важные детали, из-за чего легко зайти в тупик и потратить много времени на поиск решения очевидных проблем. С бубном конечно пришлось немножко поплясать, поэтому делюсь опытом для того, чтобы неприятные грабли, на которые наступал я, не мешали вам придти к приятному результату.

Как измерить latency с помощью tcpdump

Для элементарных замеров latency в торговых приложениях на стадии разработки и QA часто используется перехватчик пакетов tcpdump, а пакеты анализируются с помощью приложения Wireshark.

tcpdump не применяют на PROD, потому что он сам оказывает влияение на производительность системы. Тонкие замеры latency на PROD производятся другими средствами, о чем я расскажу в свое время.

В данной статье я хочу продемонстрировать технику замера latency на примере двух моих приложений SimpleFIXClient и SimpleFIXExecutor. Надеюсь, пошаговая инструкция будет достаточно понятной и не слишком запутает вас.

Java 19: что нового

По поводу выхода Java 19 много уже опубликовано постов. В данной заметке я хочу лишь кратенько систематизировать новинки, потому что в большей части статей новинки подаются в общей куче без всякой системы, а нужна общая картина, куда Java движется и что в ее компонентах появляется новое и может пригодиться для low-latency разработки. Многое из этого войдет в следующий LTS релиз Java 21, который выйдет в сентябре 2023 года, т.е. ровно через год.