Size: a a a

2020 June 03

λ

λoλdog in graalvm_ru
@shelajevoleg че даже через трюфель интерпретировать нельзя ?)))
источник

OS

Oleg Shelajev in graalvm_ru
Artem Medvedev
Ну зато, наверное, можно было бы избавится от этапа с janino и запускать сразу в GraalVM.
Мне кажется это и имел ввиду Олег
Да
источник

OS

Oleg Shelajev in graalvm_ru
Я не очень понимаю сетап
источник

OS

Oleg Shelajev in graalvm_ru
Вычисление на сервере или там где апи?
источник

A

Alex in graalvm_ru
Ну для честности вычисления и не запускаются локально и код генерится на драйвере

Да и после запуска у спарка есть рест апи

Но если у тебя локально драйвер запускается то тут уже не отвертишься
источник

A

Alex in graalvm_ru
Для какого демо часто делают запуск локал и вместо воркеров выделяют несколько потоков
источник

A

Alex in graalvm_ru
Хорошо для всяких демо и проверок что все работает
источник

A

Alex in graalvm_ru
Artem Medvedev
Ну зато, наверное, можно было бы избавится от этапа с janino и запускать сразу в GraalVM.
Мне кажется это и имел ввиду Олег
Вот кроме как для демо или попытки в лямбду запихнуть я слабо представляю зачем это надо :) вообще если посмотреть профили спарк приложений то обычно узкие места

1) работа с io, там даже отдельные драйвера под отдельные форматы данных с написанной векторизацией и тд
2) вычисления, которые почти всегда с кодогенерации
3) сериализации/десериализация данных, иногда кодеген, иногда ручная писанина

В нативку собрать интересно было бы чтобы потом по разным наборам данных долбить и проверять какие валидные и как себя что ведет (пришли новые данные, скормил их cli, оно локально за пару секунд отмолола и выдала результат)

Но вот сколько в этом смысла хз
источник

I

Igor in graalvm_ru
Oleg Shelajev
интересно — это ишшуе надо сделать
а можешь глянуть, пожалуйста, может это я что-то принципиально не так делаю?
https://github.com/zboigor/graalvm-sandbox
источник

I

Igor in graalvm_ru
прежде чем я создам ишью :)
источник

OS

Oleg Shelajev in graalvm_ru
На вид ок, ты запускаешь с агентом и потом образ билдится и падает?
источник

I

Igor in graalvm_ru
Oleg Shelajev
На вид ок, ты запускаешь с агентом и потом образ билдится и падает?
Да
источник

I

Igor in graalvm_ru
Сейчас вот добавляю по одному
источник

OS

Oleg Shelajev in graalvm_ru
Ну могло бы работать, значит баг где-то
источник

I

Igor in graalvm_ru
Понял, заведу ишью тогда, спасибо
источник

OS

Oleg Shelajev in graalvm_ru
Alex
Вот кроме как для демо или попытки в лямбду запихнуть я слабо представляю зачем это надо :) вообще если посмотреть профили спарк приложений то обычно узкие места

1) работа с io, там даже отдельные драйвера под отдельные форматы данных с написанной векторизацией и тд
2) вычисления, которые почти всегда с кодогенерации
3) сериализации/десериализация данных, иногда кодеген, иногда ручная писанина

В нативку собрать интересно было бы чтобы потом по разным наборам данных долбить и проверять какие валидные и как себя что ведет (пришли новые данные, скормил их cli, оно локально за пару секунд отмолола и выдала результат)

Но вот сколько в этом смысла хз
Кластер делает вычисления и бежит с джитом и все хорошо. Клиента хочется собрать в native-image чтобы он быстро запускался. Что делает клиент?
источник

A

Alex in graalvm_ru
Нету у спарка как таковое клиента
источник

OS

Oleg Shelajev in graalvm_ru
Вот поясни пожалуйста этот момент как это все работает
источник

OS

Oleg Shelajev in graalvm_ru
И каким образом здесь как-то native-image. Что хочется собрать?
источник

OS

Oleg Shelajev in graalvm_ru
Паша Финкельштейн
Ну я сделал kotlin-spark-api. Он отлично работате локально, но это занимает кучу времени. А я бы хотел показать демо того, как он эот может делать быстро
Котлин-native пробовал?
источник