Java 11 - снижение производительности по сравнению с Java 8?
ОБНОВЛЕНИЕ: видя, что у каждого метода могут быть проблемы с производительностью, я решил разделить этот вопрос на две части:
- Пустые методы заметно медленнее в Java 11, чем Java 8
- Трассировка стека заметно медленнее в Java 11, чем в Java 8
Исходное обсуждение можно найти ниже...
Я сравнивал производительность моей библиотеки в Java 8 и 11, когда наткнулся на несколько неожиданных цифр. Вот эталонный код:
import org.openjdk.jmh.annotations.Benchmark;
import org.openjdk.jmh.annotations.BenchmarkMode;
import org.openjdk.jmh.annotations.Mode;
import org.openjdk.jmh.annotations.OutputTimeUnit;
import org.openjdk.jmh.infra.Blackhole;
import java.io.PrintWriter;
import java.io.StringWriter;
import java.util.concurrent.TimeUnit;
@BenchmarkMode(Mode.AverageTime)
@OutputTimeUnit(TimeUnit.NANOSECONDS)
public class MyBenchmark
{
@Benchmark
public void emptyMethod()
{
}
@Benchmark
public void throwAndConsumeStacktrace(Blackhole bh)
{
try
{
throw new IllegalArgumentException("I love benchmarks");
}
catch (IllegalArgumentException e)
{
StringWriter sw = new StringWriter();
e.printStackTrace(new PrintWriter(sw));
bh.consume(sw.toString());
}
}
}
При работе с jmh 1.21 OracleJDK 1.8.0_192 возвращает:
MyBenchmark.emptyMethod avgt 25 0.363 ± 0.001 ns/op
MyBenchmark.throwAndConsumeStacktrace avgt 25 21408.072 ± 127.393 ns/op
OracleJDK 11.0.1 возвращает:
Benchmark Mode Cnt Score Error Units
MyBenchmark.emptyMethod avgt 25 0.759 ± 0.034 ns/op
MyBenchmark.throwAndConsumeStacktrace avgt 25 47143.168 ± 1346.898 ns/op
OpenJDK 11.0.1 возвращает:
Benchmark Mode Cnt Score Error Units
MyBenchmark.emptyMethod avgt 25 0.725 ± 0.001 ns/op
MyBenchmark.throwAndConsumeStacktrace avgt 25 47389.051 ± 994.345 ns/op
Конечно, абсолютная разница для emptyMethod()
крошечная, но, похоже, наблюдается тенденция для более дорогих операций, таких как throwAndConsumeStacktrace()
. Кроме того, другие операции (такие как создание исключений и никогда не использовать их трассировку стека) в Java 11 только несколько медленнее, поэтому падение производительности не распространяется на все операции.
Я понимаю, что микробенчмарки не указывают на поведение производительности реальных приложений. Тем не менее, мне любопытно, откуда эта разница. Есть идеи?
Вот полная информация о версии JDK, которые я использовал:
OracleJDK 8:
java version "1.8.0_192"
Java(TM) SE Runtime Environment (build 1.8.0_192-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.192-b12, mixed mode)
OracleJDK 11.0.1:
java version "11.0.1" 2018-10-16 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.1+13-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.1+13-LTS, mixed mode)
OpenJDK 11.0.1:
openjdk version "11.0.1" 2018-10-16
OpenJDK Runtime Environment 18.9 (build 11.0.1+13)
OpenJDK 64-Bit Server VM 18.9 (build 11.0.1+13, mixed mode)