даже после upx

вот интересно всё-таки, а как вот такие ошибки лечить? Или в ЕЕ что-то такое есть, что облегчает диагностику?

OpenJDK 8/11 vs. GraalVM 20 vs. Amazon Corretto JVM Benchmarks - Phoronix
https://www.phoronix.com/scan.php?page=article&item=openjdk-corretto-graalvm&num=5

Чот тоска нахлынула

что-то ппц грустняк

куда катится джава?(

эээ, а куда она катится? в чем причина грусти?

ну я в контексте этого перформанс теста

да, не очень понятный тест я согласен

даже если выводы вроде как примерно соответствуют действительности "When counting simply the number of first place finishes, GraalVM 20.0 Java 8 had the most wins at 40%."

да это ж похороникс) не принимай близко к сердцу

что там за тесты конкретно? почему именно эти тесты должны нас волновать в практическом смысле?

ну specjbb как бы мог бы быть вменяем

с поправкой на кто что как меряет

может быть specjbb просто написали в 2015 году, и он измеряет всё бенчами, притертыми к версиям жабы, которые были в то время

Google перестал поддерживать свой Oxygen для джаваскрипта, потому что они так и не придумали справедливого способа сравнивать браузеры даже внутри одного поколения

конечно поэтому там GraalVM 20 jdk8 лучше всех показывает результаты, потому что к нему притерли что-то в 2015 году?

к JDK 8 вообще. Ну и за одним, к GraalVM для JDK 8 в частности.

кто знает, чего они там измеряли? Может, в JDK8 году в JDK был какой-то баг в TimSort и он работал быстрее, но некорректно, а в 14 баг пофиксили, но теперь все сортировки работают слегка медленней. Или может быть, в JDK8 были какие-то особенности String.substring, которые пофиксили в 14 в угоду другим профилям нагрузки

в правильной аналитике должны были бы быть конкретные тесты, которые слила 14, и тогда мы смогли бы их сами запустить и понять причину

не очень понятно чего ты хочешь :) запусти specjbb и выясняй причину

а еще лучше меряй на своем коде

это же не аналитика