jvm не архитектура, а скорее платформа исполнения. бинарь go собранный для x86 не может быть запущен на arm, насколько я помню
у тебя x86 ?
через транслятор и дурак имеет
собери бинарь на го эксперимент проведем
ну вот буквально жава так и работает
А Питон стало бы к CPython VM
Тогда почему транслятор отъедает 10-30% перфоманса на свою работу по сравнению с работой на нативной платформе бинаря, а жава везде одинаково лагучая ?
берем условный a.exe собранный для x86, который собран из go проекта запускаем на розетте (маковский транслятор) на м1 собираем b.exe собранный для арма запускаем какой из них отработает быстрее ?
офигеть вопрос. Я тебе специалист по трансляторам? Особенно не зная конкретный исходник
крч. vm намного сложнее чем трансляторы, не надо их сравнивать. Как минимум хотя бы из-за jit оптимизаций и перекомпиляции. Тогда уже можно интерпретатор с транслятором сравнять
я и не говорил, что вм - это транслятор. Я говорил, что это целевая платформа для каких-то языков
Обсуждают сегодня