Вход
Наше всё
Теги
codebook
无线电组件
Поиск
Опросы
Закон
Суббота
15 марта
О смысле всего сущего
0xFF
Средства и методы разработки
Мобильная и беспроводная связь
Блошиный рынок
Объявления
Микроконтроллеры
PLD, FPGA, DSP
AVR
PIC
ARM, RISC-V
Технологии
Кибернетика, автоматика, протоколы
Схемы, платы, компоненты
Средства и методы разработки
437083
Топик полностью
Evgeny_CD
Архитектор
(29.08.2013 14:46, просмотров: 286)
ответил
SciFi
на
А кто сказал, что нативный код будет быстрее? В этих ваших VM наверняка куча run-time проверок, которые и вносят львиную долю задержек при выполнении кода.
run-time проверки должны быть опцией компилера ЯВУ в байткод. Ибо на верхнем уровне хорошо понятно, что и когда имеет смысл проверять, чтобы VM не проверяла все на свете "на всякий случай".
Ответить
Ещё бывают всякие динамические типы, сборщик мусора (и "ползающие" указатели) и прочие фишки. Если всё выключить, то боюсь, что этот супер-пупер язык выродится в обычный C++.
-
SciFi
(29.08.2013 14:49
)
Но не все же переменные в проекте будут динамического типа. Сборка мусора при AOT компиляции, как мне кажется, может быть хорошо оптимизирована. Вот и я говорю - пусть будут проверки, но для тех "сущностей", которые признаны стремными при
Evgeny_CD
(21 знак., 29.08.2013 14:52
)
Для этого нужно сделать неслабый лексический анализ, кроме того большинство проверок делается в либах, и выпилить их можно будет только для всех экземпляров классов сразу.
-
=AlexD=
(30.08.2013 07:10
)