Исправление navrocky, (текущая версия) :
А разве ART это не нативный код? Жаба другим плоха, сборкой мусора и тотальным box'ингом.
В любом случае это оверхэд.
В случае с JIT при каждом запуске приложения происходит компиляция, на что тратятся ресурсы и ловим фризы. В случае с ART приложение ставится дольше и больше места надо во внутренней памяти на кэш. Плюс к этому сама java не очень эффективна, т.к. все объекты только по указателю и подсчет ссылок и т.д.
Мне понравилась эпловская идея, когда при сборке пакета включаешь сборку в LLVM байт-код, а уже на сервере твое приложение пересобирается под разные архитектуры и пакетируется.
Если гугл когда-то себе запилит Swift с LLVM то будет хорошо, заодно помимо Swift получим возможность писать на плюсах и на сях.
Исходная версия navrocky, :
А разве ART это не нативный код? Жаба другим плоха, сборкой мусора и тотальным box'ингом.
В любом случае это оверхэд.
В случае с JIT при каждом запуске приложения происходит компиляция, на что тратятся ресурсы и ловим фризы. В случае с ART приложение ставится дольше и больше места надо во внутренней памяти на кэш. Плюс к этому сама java не очень эффективна, т.к. все объекты только по указателю и подсчет ссылок и т.д.
Мне понравилась эпловская идея, когда при сборке пакета включаешь сборку в LLVM байт-код, а уже на сервере твое приложение пересобирается под разные архитектуры и пакетируется. Если гугл когда-то себе запилит Swift с LLVM то будет хорошо, заодно помимо Swift получим возможность писать на плюсах и на сях.