В продаже ПРОМЫШЛЕННЫЙ (не питьевой!) абсолютированный спирт. Имеет широкую область применения, используется в производстве антисептиков и дезинфекторов.
Без посредников! Отправка продукта ОПТОМ с заводов Орск, Дзержинск, Новочебоксарск.
Безналичный расчёт с НДС.
По всем вопросам: @produkt_2020

https://twitter.com/rustlang/status/1267519580756422659

🤔

фу, брось каку!

Сорри за некропостинг, но попробую ответить (хотя и больше не про javac): как показывает мой опыт с C/C++ компиляторами, больше всего времени занимают оптимизации. И часть из них в параллели не запустить, так как они работают на уровне модуля или вообще всей программы. Зато оптимизации уровня процедуры и ниже как раз хорошо параллелятся.
Теперь о java: там же есть AOT javac и JIT. То есть часть оптимизаций (тех, кто занимает мало времени - peephole и подобных) уходит в JIT, но самые алгоритмически сложные должны остаться в AOT. Так что имхо и в javac большую часть времени занимают оптимизации, хотя их доля и меньше, чем в C/C++.

Да их там практически нет. Байт-код — почти неискажённое отражение исходников.

Даже инлайна?

Ну ладно, значит, моя экстраполяция не удалась.

самые жосткие оптимизации как раз в JIT

Вот кстати ни в kotlin ни в javac я не нашел инструментов профилировки билда

у вас есть информация об устройстве на котором вы выполняете код - можно делать специфические оптимизации под платформу.

Это один из примеров это емножко сложней

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

Было бы очень интересно посмотреть на что затрачено время. kapt мы посадили давно на диету, он уже не особо занимает время. compileKotlin намба ван таска в отчётах гредла

Не, ну наличие профиля и инфы о проце несомненно хорошо. Но это как раз средства улучшить простые оптимизации.

ну как вам сказать. Учитывая что под жавовым AOT понимается байткод который интерпретируется, то его как ни оптимизирую обычный jit будет быстрей. Реальный AOT (есть проекты) реально делают куча оптимизаций, но и времяф билда увеличивается

он делается JIT-ом

на майниг же 🌚

пробовал 2.2-dev та же самая ошибка

Так. Хотя я с Вами не согласен в понимании слова AOT, но имею что сказать о качестве оптимизации. Если сравнивать AOT и JIT, то ключевые отличия состоят вот в чём:
1. У JIT жёсткое ограничение по времени компиляции. Из-за этого часть оптимизаций неприменима (гуглите например struct-reorg gcc, в межпроцедурной версии она долгая).
2. В режиме по умолчанию JIT имеет информацию о профиле и целевой архитектуре. Но AOT её тоже может иметь, если программист заморочится, соберёт профиль и даст опцию о целевой архитектуре.
Таким образом, если искать в принципе максимальной производительности, то имхо нужно использовать AOT с перечисленными мной наворотами, а если хочется приличной производительности при минимуме усилий, то лучше JIT.