Нет прогрева — меряется интерпретатор, а не скомпилированный код. Результат не используется — JIT выбрасывает вычисление, меряется пустой цикл. Константный вход — выражение сворачивается при компиляции. Плюс шум GC, кэшей, частоты процессора.
А ещё Профилировщик (async-profiler) часто полезнее микробенчмарка
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Все три ошибки приводят к одинаково впечатляющему результату: измеряемый код просто исчезает. JIT вправе удалить вычисление, результат которого никому не нужен, и свернуть выражение, вход которого известен заранее. Именно поэтому JMH предлагает Blackhole для потребления результата и аннотацию State для входных данных, которые компилятор не сможет счесть константами, а также сам управляет прогревом и итерациями. К этому добавляются менее очевидные факторы, которые JMH тоже учитывает: разброс между запусками JVM, влияние сборки мусора и профиль, накопленный предыдущими бенчмарками в том же процессе. Общий вывод для собеседования — измерять микропроизводительность вручную практически невозможно, и правильный ответ на вопрос «как вы это измеряли» звучит как JMH.
Несколько верных вариантов. Подумайте, потом откройте ответ.
Tiered compilation C1/C2, ключевые оптимизации JIT (inlining, escape analysis), деоптимизация и прогрев, корректные микробенчмарки на JMH.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto