SS
Вообще это долгий разговор, нативный код - не означает автоматически быстрый код. Джава на HotSpot обгоняет С++ на задачах-числодробилках засчёт адаптивных оптимизаций.
Size: a a a
2019 March 29
SS
AoT компиляция вынуждает быть консервативным в оптимизациях.
SS
Всякие бенчмарки для того же С++ часто гоняют с GCC с флагом -O3, а на реальных проектах потом выясняется, что с -O2 работает быстрее. Или какие-то баги возникают при оптимизации (встречал такой случай на работе).
SS
В HotSpot есть и интерпретатор и компилятор, интерпретатор собирает метрики для адаптивных оптимизаций, после оптимизаций делаются проверки на эффективность и возможна деоптимизация. Эта система рассчитана на серверные приложения которые работают очень долго, время “прогрева” не так критично.
SS
Естественно, для утилит запускаемых из командной строки требования другие. Отсюда и AOT компиляция в GraalVM
VS
байткод потом еще при запуске перекомпилировать в машинный нужно (но в java так тормозит словно они интрепретируют байткод, возможно так и есть...)
когда я слушал лекцию одного из топовых разработчиков в универе, то он говорил на этот счет, что джава тормозит обычно у тех, кто плохо планирует архитектуру приложения. В плане подбора типов данных, коллекций и т.д. мне показалось, что ему можно верить )
SS
Про производительность никому верить нельзя, нужно измерять
SS
Благо инструментов для Джавы предостаточно
RB
Ребята, есть ли ручной инстурмент, который по функционалу похож на этот? Главное, чтобы при захвате параллельно перемещались "щупальца"
RB
ну или на какой механизм можно подглядеть
SS
AT
он же пишет что нужно установить MS Visual C++ 14
AT
AT
и сылка от куда скачать там же
AT
ну и pip было бы не лишним обновить...
AT
