λ
Не стоит путать aot компилятор и api для интеропа
Size: a a a
2019 June 18
AP
Не я кидал интероп в пакетв nativeimage
λ
Логично, что там лежат вещи, нужные для aot компилятора
АБ
я как понимаю, отсутствующие фичи доступны в интерпрайз версии?)
A
векторизация точно в ee
loop unrolling тоже где-то встречал что в ee пилят
loop unrolling тоже где-то встречал что в ee пилят
A
In this article we looked at some of the optimizations in GraalVM: inlining, polymorphic inlining, and partial escape analysis, but there are many more — loop unrolling, loop peeling, path duplication, strength reduction, global value numbering, constant folding, dead code elimination, conditional elimination, and branch speculation, to name just a few.
АБ
ну даже хз, в такой конфигурации се грааль очень не однозначен (
A
интринсики тоже вроде как он умеет, хотя может у него чуть меньше чем в c1/c2
A
к тому же partial escape analysis в ce и ee отличаются, в ee он более эффективный
A
откуда слайд?
A
@JavaSaBr https://github.com/oracle/graal/issues/892 по поводу векторизации, помню что видел тикет
A
ну и ответ от разработчиков
We will improve performance for both CE and EE versions. And do accept suggestions or patches for the CE version. Generally, the CE version tries to compile faster and we therefore avoid very expensive kinds of analysis. So in the trade-off compilation speed vs quality of machine code, the CE version values compilation speed higher than the EE version. We currently do not auto-vectorize loops in the CE version, because the transformation is complex and the benefits not always as clear. We are open to adding vectorization for important cases though.
To answer the original question: Our JDK11 version would not automatically pick up 1:1 the vectorization support added to C2 in JDK11.
We will improve performance for both CE and EE versions. And do accept suggestions or patches for the CE version. Generally, the CE version tries to compile faster and we therefore avoid very expensive kinds of analysis. So in the trade-off compilation speed vs quality of machine code, the CE version values compilation speed higher than the EE version. We currently do not auto-vectorize loops in the CE version, because the transformation is complex and the benefits not always as clear. We are open to adding vectorization for important cases though.
To answer the original question: Our JDK11 version would not automatically pick up 1:1 the vectorization support added to C2 in JDK11.
АБ
"We currently do not auto-vectorize loops in the CE version, because the transformation is complex and the benefits not always as clear."
АБ
хорошая отмаза
АБ
да
АБ
просто желание попридержать оптимизации для платной версии
A
ну логично, нужно же продавать как-то
не понимаю большой критики =) делаем патчи и полетели
не понимаю большой критики =) делаем патчи и полетели
АБ
да я не критикую, отметил для себя и все