Size: a a a

2020 May 29

OS

Oleg Shelajev in graalvm_ru
Стало быстрее собираться?
источник

λ

λoλdog in graalvm_ru
не знаю
источник

λ

λoλdog in graalvm_ru
ща проверим
источник

λ

λoλdog in graalvm_ru
а скажи куда делся native-image --tool:native-image-configure
источник

OS

Oleg Shelajev in graalvm_ru
Не знаю
источник

OS

Oleg Shelajev in graalvm_ru
Это делает агента?
источник

OS

Oleg Shelajev in graalvm_ru
А просто работает  без этого?
источник

λ

λoλdog in graalvm_ru
ну я хотел tracing сделать, сделал json, а вот как дальше хз
источник

λ

λoλdog in graalvm_ru
видимо https://github.com/oracle/graal/blob/master/substratevm/CONFIGURE.md не очень актуальна)
источник

λ

λoλdog in graalvm_ru
@shelajevoleg на первый взгляд конечно побыстрее, но сейчас у меня билд валится. Очень конечно не удобное все это отлаживать, каждая настройка и можно уходить минут на 5
источник

NM

Nikita Mikhalkov in graalvm_ru
λoλdog
@shelajevoleg на первый взгляд конечно побыстрее, но сейчас у меня билд валится. Очень конечно не удобное все это отлаживать, каждая настройка и можно уходить минут на 5
Поделюсь и я своей болью: на ноутбуке билд моего проекта в native image занимает 690-750 секунд, и ладно бы если дебажить jar, а потом один раз "release build", так нет: в jar всё работает, а native-image падает, то при компиляции (на любой стадии), то уже в рантайме, а если что-то пропустил в reflection config, так оно может и не упасть, если какая-то часть кода не вызвалась.

В целом дальше едешь - меньше боли: в начале пока не настроено, пытаешься разобраться, всё падает, ничего непонятно, памагити. А потом большинство ручек выкручено как положено, падает уже не так часто и вроде полегче

Проблему длинного билда сначала терпел, а потом бахнул на aws 16 cores / 32gb ram и вроде уже не 750 секунд, а 90, но теперь за бабки и всё ещё не "smooth code-test-refactor experience"

Главное клиенту нравится, а мы уж, девелоперы, как-нибудь переживём
источник

RU

Roman Ushakov in graalvm_ru
Nikita Mikhalkov
Поделюсь и я своей болью: на ноутбуке билд моего проекта в native image занимает 690-750 секунд, и ладно бы если дебажить jar, а потом один раз "release build", так нет: в jar всё работает, а native-image падает, то при компиляции (на любой стадии), то уже в рантайме, а если что-то пропустил в reflection config, так оно может и не упасть, если какая-то часть кода не вызвалась.

В целом дальше едешь - меньше боли: в начале пока не настроено, пытаешься разобраться, всё падает, ничего непонятно, памагити. А потом большинство ручек выкручено как положено, падает уже не так часто и вроде полегче

Проблему длинного билда сначала терпел, а потом бахнул на aws 16 cores / 32gb ram и вроде уже не 750 секунд, а 90, но теперь за бабки и всё ещё не "smooth code-test-refactor experience"

Главное клиенту нравится, а мы уж, девелоперы, как-нибудь переживём
Линус Торвальдс недавно писал, что покупка threadripper сократила в 3 раза время билда по сравнению с intel.
Не знаю поможет ли это с graalvm, но кейс интересный.

https://www.opennet.ru/opennews/art.shtml?num=53020
источник

A

Alex in graalvm_ru
потому что ядро можно во много потоков собирать
именно поэтому тредрипер там очень хорошо зашёл

а вот насколько в граале обход типов паралелится хз =)
источник

RU

Roman Ushakov in graalvm_ru
Логично, надо уточнять у @shelajevoleg
источник

RU

Roman Ushakov in graalvm_ru
Вдруг это более, чем оправданно
источник

λ

λoλdog in graalvm_ru
Думаешь он бенчмаркает дома разные процессоры ?)
источник

RU

Roman Ushakov in graalvm_ru
Alex
потому что ядро можно во много потоков собирать
именно поэтому тредрипер там очень хорошо зашёл

а вот насколько в граале обход типов паралелится хз =)
Та вопрос не про бенч, а про то насколько хорошо билд у грааля паралелится
источник

RU

Roman Ushakov in graalvm_ru
Если хорошо, то на тредриппер можно глянуть
источник

NM

Nikita Mikhalkov in graalvm_ru
В одной из статей по native image было замечание: не лезьте сюда, если на вашей билд машине менее 32гб озу
источник

RU

Roman Ushakov in graalvm_ru
В целом логично
источник