A
да, для tierd как раз и разрабатывают graal eco
чтобы он выступал вместо c1
а грааль сам будет вместо c2
чтобы он выступал вместо c1
а грааль сам будет вместо c2
Size: a a a
2020 March 13
OS
я не эксперт, но я так понимаю что если это сделать - то будет интерпретатор -> вместо С2: GraalVM compiler (eco -> full)
OS
и ничего вместо c1
OS
как бы это то же самое что ты говоришь мне кажется
OS
но архитектура другая
A
то есть было 2 проблемы, которые решались параллельно:
1) нам нужен c1 чтобы собрать в рантайме сам graal иначе он слишком медленный, решаем проблему старта с помощью libgraal и aot
2) нам нужен graaleco так как interpetator + graal не всегда пользователям удобно, нужно промежуточная компиляция с задачей “максимально быстро сгенерировать код по байткоду, не сильно заботясь о пиковой производительности”
1) нам нужен c1 чтобы собрать в рантайме сам graal иначе он слишком медленный, решаем проблему старта с помощью libgraal и aot
2) нам нужен graaleco так как interpetator + graal не всегда пользователям удобно, нужно промежуточная компиляция с задачей “максимально быстро сгенерировать код по байткоду, не сильно заботясь о пиковой производительности”
A
грааль сам по себе достаточно жадный и требует много статистики и вычислительной можности для работы
поэтому имеется ситуация “сразу тормоза, а потом резко быстро”
это то что решали когда вводили многоступенчатую компиляцию в саму java
раньше тоже было или c1 (он же client) или c2 (он же server), выбирай какой хочешь на старте
поэтому имеется ситуация “сразу тормоза, а потом резко быстро”
это то что решали когда вводили многоступенчатую компиляцию в саму java
раньше тоже было или c1 (он же client) или c2 (он же server), выбирай какой хочешь на старте
A
но не можешь указать оба =)
A
в презентации по очереди по уровням рассказывали какие оптимизации делает сам грааль
на 20м слайде показано что из них осталось в graal economy frontend
никаких dead code elimination/simplification/etc
только разобрались байткод, построили граф, добавили сейфпоинтов и скомпилировали
на 20м слайде показано что из них осталось в graal economy frontend
никаких dead code elimination/simplification/etc
только разобрались байткод, построили граф, добавили сейфпоинтов и скомпилировали
OS
да. смотри сейчас вот так:
interpreter -> c1 -> c2OS
или вот так
interpreter -> c1 -> GraalVM compilerOS
и если сделать в graalvm tiered compilation
OS
то будет вот так:
interpreter -> -> GraalVM: eco -> fullOS
а вместо с1 ничего не будет
OS
или например можно вот так:
interpreter -> c1 -> GraalVM: eco -> fullOS
то есть это не заменит с1 а будет решать ту же проблему
OS
вот я про это
A
если мы убираем c1 и делаем
вместо
это замена или решение той же проблемы?
interpreter -> GraalVM: eco -> GraalVM: fullвместо
interpreter -> c1 -> GraalVM: fullэто замена или решение той же проблемы?
A
interpreter -> c1 -> GraalVM compiler (full)с1 нужен только для самого грааля
пользователький код можно направить по
interpreter -> GraalVM compiler (full)OS
если мы убираем c1 и делаем
вместо
это замена или решение той же проблемы?
interpreter -> GraalVM: eco -> GraalVM: fullвместо
interpreter -> c1 -> GraalVM: fullэто замена или решение той же проблемы?
я думаю решение той же проблемы потому что оно не вместо С1, потому что можно
interpreter -> c1 -> GraalVM: eco -> full