Android переходит на ART

Ждём ебилдов?

запускать приложения, скомпилированные в момент установки.

Это как? То есть программы распространяться в виде исходных кодов будут? И устанавливаться по 3-4 часа?

ART позволяет в нативном виде, без использования виртуальной машины, запускать приложения, скомпилированные в момент установки.

То есть, для Android теперь можно и не на Java писать?

ART же представляет из себя AOT-компилятор (Ahead-Of-Time), который преобразует Java-код в «нативный» в процессе установки приложения. То есть пользователь запускает программу уже скомпилированной, что существенно ускоряет ее открытие и выполнение. Вдвойне интересно, что ART уже встроен в Android 4.4 KitKat и активировать его можно в меню разработчика. После переключения на libart.so (библиотека компилятора) устройство перезагружается и компилирует все уже установленные приложения. Ребята из Android Police, внимательно изучившие ART, утверждают, что на кастомных прошивках из AOSP этого делать пока не стоит — могут возникнуть проблемы с пакетом программ от Google.

Скорость поднялась на целых 10%! Это прорыв.

И так можно через NativeActivity. Но тут про другое.

Матчасть поучи.

То есть, для Android теперь можно и не на Java писать?

Скачай из маркета Qt5 demo, она в нативе, и даже под android 2.3 запускалась.
Другое дело, что ПО, рисующее штатный интерфейс, дергающей интенты и т.д., надо на жабе писать.
Так что правильный вопрос будет звучать так:

То есть, для Android теперь НЕ надо писать нативные костыли на сях с биндингами в узких местах приложения?

ART уже встроен в Android 4.4 KitKat и активировать его можно в меню разработчика

Включил. Пока всё в порядке =)

Только увидел что у меня (cyanogenmod 11) можно переключить, только ссыкотно как то, тем более я на ночных сборках сижу. А так хочется. (

у меня (cyanogenmod 11) можно переключить, только ссыкотно как то

Делай бэкап и переключайся, нормально он на cm11 работает (на нексусе 7 точно), хоть и предупреждают, что не поддерживается командой cm

На стоковом 4.4.3 всё норм. Только разницы особой, боюсь, не заметишь =)

Отлично! Давно пора. Будет меньше причин юзать NDK.

Скорость поднялась на целых 10%! Это прорыв.

нужно же смотреть сколько Ватт-час оно сэкономит.

Отлично! Давно пора. Будет меньше причин юзать NDK.

Оверхеды на GС и неоптимальное использование памяти всё равно никуда не уходят.

хер ли раньше не могли?

применяются намного более жесткие методы контроля программ в процессе установки

Окно «Вы точно-точно хотите разрешить этому приложению доступ к следующим вещам:»?

Хоть что-то хорошее вышло из победы оракла в суде, хе хе хе.

нет
В android они работают путем JIT-компиляции
А теперь AOT - во время установки все скомпиляется

Оверхеды на GС

неоптимальное использование памяти

И где на андроиде приложения, которые стоило бы писать без с gc и автоматического управления памятью, приобретя кучу утечек и других веселых проблем?

А нельзя было? NDK, любой язык, хоть Tk/Tcl и давай

На xda-developers есть мануал, как из рекавери настройку поменять обратно. Так что запасить свободным временем на тестирование и переключай.

Я вот сегодня так и сделал. Сначала всё дико лагало, потом я перезагрузил и лагало чуть меньше, потом я почистил память (оно кучу бинарей откомпиленных насоздавало, огромных, и заняло всю память) и стало работать как и с далвиком. Разница в скорости и энергопотреблении нулевая. Хотя по-моему батарейку жрёт чуть больше, но я мало тестил.

На Snapdragon S1 не пашет

вместо JIT(компиляция во время запуска) применяется компиляция во время установки.. а распространяется оно в промежуточном JAVA-байткоде как и раньше, просто рантайм другой..

и раньше можно было... но про то что вы спрашиваете нет. пока нет.. а там глядишь и на Go всё переведут..

велосипед для увеличения производительности довольно прожорлив. Ну да, действительно, зачем менять систему defective by design, если можно сделать «ненужно» и гордиться им. Вот вам и 10%.

P.S. Пользуюсь Motorola C115

То есть, для Android теперь можно и не на Java писать?

уже давно. qt наше всё

ага тока с программами юзающими рут надо быть аккуратнее.. чейнфайр предупреждает шо можно словить бутлуп на ровном(ну почти) месте..

и на сколько удалось повысить производильность?? К чему банкет?

уверен, типа asm.js запилят под это для нативщины

И где на андроиде приложения, которые стоило бы..

Если хотел спросить какие приложения стоило бы писать нормально, то ответ прост - все стандартные приложения.

... писать без с gc и автоматического управления памятью, приобретя кучу утечек и других веселых проблем?

тут написан какой-то бред, даже не знаю что на это ответить.

JIT - Just In Time. Оптимизация и перекомпиляция во время выполнения по результатам сборки профиля.

это было заполночь мы сокращали

Ты хочешь сказать, что GC не избавляет от потенциальных багов с ручным управлением памятью и не снижает резко требуемый уровень навыка системного программирования у разработчика?

Сцикло, умвр.

Интересно, на Sailfish портируют?

Всего лишь новая виртуальная машина с AoT компиляцией. Ну да, стартовать приложения будут чуток быстрее. От чего столько радости? Причем тут Qt вообще?

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

Смотря какой GC. Если это GC из какой-нибудь явы, то он только одни проблемы заменяет другими. Скилл диагностики и тюнинга такого GC не проще скилла пользования умными указателями из с++11, скорее даже выше.

...и не снижает резко требуемый уровень навыка системного программирования у разработчика?

GC это вообще не про системное программирование и скилл общий не снижает, может только уменьшать время начальной разработки. Если обезьяна не в состоянии осилить паттерн вышеупомянутых умных указателей, то её вообще опасно допускать до кодинга, плоды дедятельности таких кадров просто не нужны.

только ссыкотно как то

Ты не униксоид, ты просто ссыкло. Хоть и ник юниксовый.

И где на андроиде приложения, которые стоило бы писать без с gc и автоматического управления памятью, приобретя кучу утечек и других веселых проблем?

Автоматического подсчета ссылок современным программистам уже не хватит? Слабые ссылки расставлять не умеют?

включал art еще в прошлом году, когда он только вышел. почти все работало кроме некоторых прилаг написанных на C# (как ни странно).

Да что вы все с ним няньчитесь? У него наверняка ещё виндовс мобиле прозапас есть, на всякий пожарный, как бы чего не вышло.

Разница в скорости и энергопотреблении нулевая.

Пробовал как только cm11 поставил - аналогично.
Только одни недостатки повылазили:
- софт стал «жирнее» из-за того что теперь в скомпилированном виде лежит.
- апдейт прошивки длится с этим ART значительно дольше (потому что оно начинает всё понаустановленное перекомпилировать «optimizing apps»)

То есть, для Android теперь НЕ надо писать нативные костыли на сях с биндингами в узких местах приложения?

Читал, что 2/3 популярных приложений из маркета используют биндинги на сях. Не верю что арт как-то изменит ситуацию. Из-за этих биндингов андройд прибит гвоздями к ARM также как виндовс к интелю

)))))

«В какой нибудь там яве» все GC на пальцах пересчитать. А разобраться в них, дело четырёх часов. Среднестатистическому джава прогрммисту на этим замарачиваться и не нужно.

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

потому что оно начинает всё понаустановленное перекомпилировать «optimizing apps»

хм, а в окнах компилится в фоне, когда машина простаивает
http://msdn.microsoft.com/ru-ru/library/ms165074(v=vs.110).aspx

И что, андроид всё таки перестанет сжирать 60% RAM сколько бы ее там ни было?

libart.so

Следущий этап — libastr.so
Увеличение производительности в 20 раз.