The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Две трети популярных Android-приложений используют вставки на языке Си

06.06.2014 22:50

Продвигая основанные на архитектуре x86 решения на базе платформы Android компания Intel столкнулась с неожиданными трудностями, выразившимися в том, что в условиях доминирования в экосистеме Android одной аппаратной архитектуры огромное число приложений оказались привязаны к архитектуре ARM. Несмотря на то, что базовым языком для Android является платформонезависимый Java, при помощи NDK (Native Development Kit) разработчики могут организовать выполнение нативного кода в окружении мобильной платформы Android.

Было выявлено, что из двух тысяч самых популярных программ в каталоге Google Play, 2/3 используют NDK для реализации на языке Си критичных к производительности блоков кода, что препятствует использованию таких программ на системах с иной архитектурой. Для выхода из сложившейся ситуации компания Intel разработала для Android специальную прослойку Houdini, которая обеспечивает трансляцию ARM-инструкций в инструкции x86.

  1. Главная ссылка к новости (http://www.networkworld.com/ar...)
  2. OpenNews: Компания Intel выпустила системный образ Android 4 для архитектуры x86
  3. OpenNews: Intel и Google объявили о сотрудничестве в продвижении платформы Android для процессоров Atom
  4. OpenNews: Вышел Android NDK 1.6, для выполнения кода на языках Си и Си++
  5. OpenNews: Представлен Portable Native Client для запуска платформонезависимых C/C++ программ в браузере
  6. OpenNews: Выпуск web-браузера Chrome 31 с реализацией технологии Portable Native Client
Лицензия: CC-BY
Тип: Тема для размышления
Короткая ссылка: https://opennet.ru/39949-android
Ключевые слова: android, ndk, native
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (77) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 22:52, 06/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +50 +/
    Java пока еще тормозит, но скоро все измениться. (с) 1994
     
     
  • 2.8, umbr (ok), 23:24, 06/06/2014 [^] [^^] [^^^] [ответить]  
  • –11 +/
    У меня не тормозит. ЧЯДНТ?
     
     
  • 3.11, kurokaze (ok), 23:31, 06/06/2014 [^] [^^] [^^^] [ответить]  
  • +9 +/
    У меня на Core-i7 тоже, но тут речь о смартах и ARM
     
     
  • 4.41, Аноним (-), 10:40, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > У меня на Core-i7 тоже,

    Это смотря что с ней делать. Вон перепиши VP9 кодировщик на яву. Он и так то кодирует на максимальном качестве полтора фрейма в минуту, а если на яве переписать... давайте посмотрим как там развернется мегаоптимизатор, да? :)))

    > но тут речь о смартах и ARM

    Ну вот они стали 8-ядерными и на пару ГГц не от хорошей жизни...

     
  • 4.74, linux must _RIP__ (?), 09:30, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    я тут недавно видел AArm64 который по производительности делает топовые ксеоны... правда TPD у него тоже не маленький..
     
  • 3.15, ананим (?), 23:41, 06/06/2014 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > У меня не тормозит. ЧЯДНТ?

    У тебя 2/3 на ндк.

     
     
  • 4.23, umbr (ok), 00:24, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    в том-то и дело, что нет
     
     
  • 5.40, Аноним (-), 10:38, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда ты тормоз и не пробовал сравнивать скорость. Попробую угадать - ты умеешь на яве программить и больше ничего не знаешь. Поэтому и поешь мантры...
     
     
  • 6.48, Amurzet (ok), 18:05, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +8 +/
    после "Тогда ты тормоз" нужно было остановиться. Получил бы массу плюсиков за шутку"
     
  • 3.18, Аноним (-), 23:48, 06/06/2014 [^] [^^] [^^^] [ответить]  
  • +9 +/
    тут может быть одно из двух - либо тормоз ява, либо тормоз ты
     
  • 3.32, Аноним (-), 01:05, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > У меня не тормозит. ЧЯДНТ?

    Может ты сам тормозишь, поэтому и не замечешь?

     
  • 3.55, папа (?), 23:17, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    врешь или бредишь. в реальных (не синтетических) тестах жаба сливает на порядки C/C++.
    после недель оптимизаций отставание можно сократить до порядка. кому нужен код который тормозней в 10 раз?
     
     
  • 4.56, umbr (ok), 00:14, 08/06/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    угу, а C/C++ сливает ассемблеру, а тот в свою очередь сливает FPGA - только что из этого следует?
     
     
  • 5.57, rob pike (?), 00:41, 08/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Только SystemVerilog
    Только хардкор
     
  • 5.58, Аноним (-), 02:04, 08/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    VHDL?
     
  • 5.59, Аноним (-), 02:42, 08/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > угу, а C/C++ сливает ассемблеру, а тот в свою очередь сливает FPGA

    Знаток хренов. Нынче половину аппаратных блоков делают путем трансляции из субсета си в схему. Вот так вот просто и брутально. Зато можно что-нибудь сложное оттранслировать, типа навороченного кодека.

     
  • 5.63, Аноним (-), 11:45, 08/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    не сливает.
     
     
  • 6.64, anonymous (??), 11:52, 08/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    сливает
     
  • 3.71, trdm (ok), 01:13, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня не тормозит. ЧЯДНТ?

    У тебя заниженные требования или реакция.
    Или со сравнениями туговато. Напиши программу на си и посмотри как работает.

     
     
  • 4.72, arisu (ok), 05:24, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Или со сравнениями туговато. Напиши программу на си и посмотри как работает.

    боюсь, что он сможет тормознуть даже небо, даже аллаха.

     
  • 2.24, dcdwcvwdc (?), 00:26, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Java пока еще тормозит, но скоро все измениться. (с) 1994

    Ну так и изменилось же.

    JavaScript пока еще тормозит, но скоро все изменится. (с) 2014

     
     
  • 3.42, Аноним (-), 10:41, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну так и изменилось же.
    > JavaScript пока еще тормозит, но скоро все изменится. (с) 2014

    А что изменилось то? На горизонте появился еще один тормоз, еще более забористый? :)

     
  • 2.31, Аноним (-), 01:03, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > измениться

    Прямо так и было в оригинале?

     
  • 2.68, например (?), 16:59, 08/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    славное было время. еще говорил про безопасность, песочницу и т.д.
     
  • 2.78, Аноним (-), 06:58, 10/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Русский язык выучи для начала.
     

  • 1.2, ILYA INDIGO (ok), 22:52, 06/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    >...2/3 используют NDK для реализации на языке Си...

    Всё правильно делают!

     
     
  • 2.9, umbr (ok), 23:27, 06/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не всё: некоторые вещи лучше делать на Фортране
     
     
  • 3.12, kurokaze (ok), 23:32, 06/06/2014 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > не всё: некоторые вещи лучше делать на Фортране

    ага, вдоль

     
  • 3.79, Аноним (-), 06:59, 10/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > не всё: некоторые вещи лучше делать на Фортране

    Не нужно на Фортране. Достаточно Си.

     

  • 1.3, Отражение луны (ok), 23:03, 06/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Действительно хорошая новость.
     
  • 1.4, Аноним (-), 23:03, 06/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Это плохо или хорошо?
    А то я, чисто интуитивно, плюсанул...
     
     
  • 2.10, Devider_ (?), 23:31, 06/06/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    )))
    Красава!
     
  • 2.14, Inome (ok), 23:41, 06/06/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Атлична
     
  • 2.80, Аноним (-), 07:00, 10/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это плохо или хорошо?
    > А то я, чисто интуитивно, плюсанул...

    Это хорошо. Но совсем отлично будет выкинуть Java совсем и оставить только C.

     

  • 1.5, anoninst (?), 23:11, 06/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а чего они ждали?
     
  • 1.13, rm_ (ok), 23:35, 06/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    На самом деле здесь жалко даже не интел, а MIPS, у которого есть ряд интересных чипов под планшеты (и ещё больше - готовятся), который страдает от той же проблемы, и на который, в отличии от Интела, мало кто будет обращать внимание и что-то под него перекомпилировать.
     
     
  • 2.35, irinat (ok), 01:38, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно попробовать адаптировать существующие приложения под MIPS. Это реально, я пробовал.
     

  • 1.16, all_glory_to_the_hypnotoad (ok), 23:48, 06/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    хе-хе, не удалось затащить людей на это гогно, разработчики даже готовы немного пройти через очередь унижений в виде NDK. Надеюсь что наконец таки закопают эту бредовую идею и будут просто делать старые добрые нативные бинарные сборки на платформах следующих поколений.
     
  • 1.17, Vitto74 (ok), 23:48, 06/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Как бы Google не напоролся на свой же NDK. С одной стороны Java в текущем (в обоих смыслах) состоянии на мобильнике ну ни как не может обеспечить высокую производительность, с другой есть опасность, что ARM+Android на мобильниках превратится в очередной wintel - сменить аппаратную платформу вроде как хочется, но куча софта при этом отвалится, а если не отвалится, то лучше бы уж отвалилась.
    Выход в сегодняшней ситуации видится один - LLVM  или его аналог вместо компиляции в ARM-инструкции + компиляция в нативный код на этапе установки.
    Но кому это надо кроме Intel, которая по определению этого сделать не может т.к. мейнстримом рулит Google?
    Вот тебе и свободная платформа.
     
     
  • 2.19, Аноним (-), 23:54, 06/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да нет никакой проблемы с компиляцией, сделать заранее несколько сборок под разные архитектуры совсем не проблема если официально дать нормальую поддержку инсталяции таких пакетов. Проблема в топике возникла исключительно из-за запрета таких дистрибутивов приложений - разработчики платформы летают в облаках со своими фантазиями и положили хер на данную фичу. Раз никто разработчикам не предлагает правильных решений, то они начинаю придумывать местечковые решения заточенные только под конкретные девайсы.
     
     
  • 3.22, Vitto74 (ok), 00:13, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А что делать, если список платформ, для которых Google делает Android вырастет? Снова собирать пакеты для новых архитектур?
    Выбор Java в качестве языка для Android это очень адекватное решение с точки зрения переносимости - написал софтину и запускай на любой аппаратной платформе, где есть соответствующее окружение. А вот возможность писать на сях и компилить только для ARM - решение хоть и понятное, но не последовательное. Получается, что весь профит от Java улетает в топку только потому, что можно писать на сях и компилить для ARM.
    Если смотреть с этой стороны - наиболее сбалансированное решение - это как раз компиляция не для Java-машины, которая тормозная, и не для ARM, который не переносимый, а во что-то вроде LLVM с последующей оптимизацией под конкретное устройство во время установки (этакий одноразовый JIT). Так можно и производительность близкую к сям получить и переносимости уровня Java добиться.
     
     
  • 4.27, all_glory_to_the_hypnotoad (ok), 00:31, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +10 +/
    > А что делать, если список платформ, для которых Google делает Android вырастет? Снова собирать пакеты для новых архитектур?

    Это всё какие-то клинические фантазии ява фанбоев. Ну не появляются новые платформы, практически вообще никак. Какая-то новая платформа это целое событие. Осилить одну платформу раз в десять лет ни для кого не проблема.

    Все остальные кейсы это простая пересборка пакетов, как это делается уже хз сколько лет в бинарных линуховых дистрибутивах.

    > Получается, что весь профит от Java улетает в топку только потому, что можно писать на сях и компилить для ARM.

    Так весь и посыл в том, что ява вообще нахер не нужна. Есть нативный SDK и тулчейн который разработчику сразу соберёт его пакет под N профессорных платформ. Это в смысле как нужно было делать с самого начала.

    > Если смотреть с этой стороны - наиболее сбалансированное решение - это как раз компиляция не для Java-машины, которая тормозная, и не для ARM, который не переносимый, а во что-то вроде LLVM с последующей оптимизацией под конкретное устройство во время установки (этакий одноразовый JIT).

    В принципе тоже ок, тогда на телефоне нужно будет держать весь тулчейн для сборки и выжирать его батарею во время установки и обновления.

     
     
  • 5.83, Vitto74 (ok), 23:21, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Платформа AMD64 сколько лет назад появилась Я до исх пор крайне редко вижу ПК б... большой текст свёрнут, показать
     
  • 4.33, Аноним (-), 01:20, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, есть еще более простой вариант - поверх всего, что сейчас уже есть, воткнуть Portage и собирать приложения на самом устройстве из исходников....
    pS: хоть это немного сарказм, но все же (мое личное мнение) - довольно интересно было бы увидеть нечто подобное
     
     
  • 5.34, Аноним (-), 01:28, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    только вот большинство приложений под андроид исходников в открытом доступе не имеют. Но вообще да, было бы прикольно.
     
  • 2.20, rshadow (ok), 23:57, 06/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вот тебе и свободная платформа.

    Ну так а что ты хотел. Рулит тот кто что-то делает. Где интел со своим атомом лапу сосал, когда мобильный рынок вверх взлетал? Проипали направление, теперь хныкать поздно. Вон микрософт смирилась...

     
  • 2.29, vitalif (ok), 00:45, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Вот тебе и свободная платформа.

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

    А сейчас андроид - это такая винда, просто на основе ядра линукса.

     
     
  • 3.76, ZiNk (ok), 16:06, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Если бы там был не маркет с платными калькуляторами, а нормальный репозиторий со свободным софтом, платформу можно было бы называть свободной.
    >> А сейчас андроид - это такая винда, просто на основе ядра линукса.

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

    Пока ещё хотя бы не запретили установку сторонних магазинов и фреймворков.

     
     
  • 4.77, arisu (ok), 16:24, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Платформа - свободная

    и бесполезная.

    впрочем, любители говна будут его жрать пока не лопнут.

     
  • 3.81, Аноним (-), 07:02, 10/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А сейчас андроид - это такая винда, просто на основе ядра линукса.

    Если ты часть своего виндового Г. вымажешь на Android и Linux, чистым не станешь.

     

  • 1.21, irinat (ok), 00:12, 07/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дык это, в Intel уже давно сделали динамический рекомпилятор, который позволяет запускать почти что любое приложение с ARM кодом. И в телефонах и в планшетах с Atom'ами он давно встроен и работает, пользователи не жалуются. К тому же многие приложения уже имеют отдельные версии для x86 и MIPS.
     
     
  • 2.26, dcdwcvwdc (?), 00:29, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Дык это, в Intel уже давно сделали динамический рекомпилятор, который позволяет запускать

    Дык в оригинале то новости про это есть

    Apps that use the ARM instruction set still run on Intel mobile devices because Intel-specific Android versions have a compatibility layer called Houdini that maps ARM instructions into X86 instructions.

     
     
  • 3.36, irinat (ok), 01:45, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не понимаю, чего они переживают. Их платформа выполняет приложения, пусть и с потерей в скорости. Если Atom'ы так быстры, как о них пишут маркетологи, это не должно быть проблемой. А если разработчик приложения пересоберёт свой код под x86, оно станет ещё быстрее. Прямо профит на профите, а они чего-то охают и ахают.

    Вот MIPS устройства выходили вообще без какой бы то ни было поддержки ARM, это был былинный отказ. Да и сейчас официальной поддержки нет, есть только MagicCode от независимых хакеров, который не всё ест.

     
     
  • 4.37, dcdwcvwdc (?), 02:21, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Не понимаю, чего они переживают.

    Переживали. Вас вводит в заблуждение здешний заголовок. В оригинале новость называется

    Intel has solved the problem of ARM-native incompatibility. / Интел решил проблему несовместимости с арм.

     
  • 4.38, Perl_Jam (?), 02:50, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    FatELF? =)
     
     
  • 5.66, irinat (ok), 14:53, 08/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > FatELF? =)

    Нет, там просто отдельные so-шки для каждой архитектуры в своих директориях. А чтобы размер приложения не бы большим из-за лишних бинарников, гугл плей (кажется, это началось ещё в те времена, когда он был маркетом) позволяет загружать несколько версий приложения. Для ARM устройств скачается версия с бинарниками под ARM, для x86 -- под x86.

     
  • 4.39, Отражение луны (ok), 05:38, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Костыли потому что, я бы тоже переживал.
     
  • 2.62, arisu (ok), 08:49, 08/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Дык это, в Intel уже давно сделали динамический рекомпилятор, который позволяет запускать
    > почти что любое приложение с ARM кодом.

    дык это, в qemu уже давно… и далее по тексту.

     

  • 1.25, NO_ID (?), 00:26, 07/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а ещё Android's C Library Has 173 Files of Unchanged OpenBSD Code http://undeadly.org/cgi?action=article&sid=20140506132000
     
     
  • 2.44, Andrey Mitrofanov (?), 12:32, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > а ещё Android's C Library Has 173 Files of Unchanged OpenBSD Code
    > http://undeadly.org/cgi?action=article&sid=20140506132000

    Бээсдэшники в шоке! Их код использовали и _не _закрыли. Возмутительнно!!!1111 [зловещий звук рвущихся шаблонов из-за кадра] >/<

     
     
  • 3.53, Аноним (-), 22:07, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ох, Андрюша, как же тебе неймётся-то, что живы ещё бсдэшники! Или они тебя, как вьетнамцы Маккейна, годами анально мяли? )
     
     
  • 4.54, Andrey Mitrofanov (?), 22:15, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ох, Андрюша, как же тебе неймётся-то, что живы ещё бсдэшники! Или они
    > тебя, как вьетнамцы Маккейна, годами анально мяли? )

    Анонимы желают обсудить анальную маяту? Маккейна? Ай, затейник! Нарисуй плакатик, иди маршеровать перед посольство.

     

  • 1.28, umbr (ok), 00:38, 07/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Неужели "APP_ABI=all" не решает проблему?
     
  • 1.30, Аноним (-), 00:55, 07/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Все правильно сделали Atom не нужен, пусть используют ARM64
     
  • 1.43, kuraga (ok), 11:56, 07/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что они делают такого платформозависимого на Сях? Оптимизации?
     
     
  • 2.45, Аноним (-), 13:06, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Именно платформеннозависимого ничего. Просто собирают код в натив чтобы он быстрее работал и меньше выжирал батареи. Может быть даже используют какие-то библиотеки функционал которых нечем заменить в SDK
     
  • 2.50, rob pike (?), 20:12, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Используют NEON, например.
     

  • 1.46, Аноним (-), 14:41, 07/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Так ведь нативные приложения род андроид можно собирать под разные архитектуры, что мешает разработчикам делать это?
     
  • 1.47, Аноним (-), 18:02, 07/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    печально.
    скоро к C-писаным бинарям в приложения - добавятся обфуцирующие элементы и вещи препятствующие работу этого самого "Houdini". "ибо нехЪ" (c)
     
     
  • 2.51, Crazy Alex (ok), 21:02, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Хотите сказать, что есть идиоты, которые хотят сузить рынок для своего софта, вложив усилия (т.е. деньги) в то, чтобы он где-то не работал? Ну-ну...
     
     
  • 3.52, rob pike (?), 21:32, 07/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Это не обязательно должны быть сами авторы софтов.

    > http://streamcomputing.eu/blog/2013-08-01/google-blocked-opencl-on-android-4-

    Добавьте к этому common knowledge о том что

    > Android team is very Java biased and see the NDK as something that was imposed on them

     
     
  • 4.60, Аноним (-), 02:46, 08/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Android team is very Java biased and see the NDK as something that was imposed on them

    Понабрали по объявлениям...

     
     
  • 5.67, rob pike (?), 14:59, 08/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Переходите на Tizen, лучшие южнокрейские программисты уже расчехлили свои клавиатуры.
     

  • 1.61, Пиу (ok), 04:27, 08/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    нужно больше костылей!!!11

    имхо, лучше бы они NDK попилили, на предмет компиляции нативного кода под разные платформы и их упаковки

     
     
  • 2.75, Аноним (75), 09:44, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема в том что некоторые приложения используют не просто нативный код а особенности архитектуры.
     

  • 1.65, Аноним (-), 14:04, 08/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вставки на С делаются не для оптимизации, а для защиты от декомпиляции, ибо пиратство и клонирование на андроиде имеют чудовищные масштабы.
     
  • 1.73, Потерпевший (?), 07:58, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Боюсь показаться занудой, но.
    Зачем тогда вообще нужен этот dalvik, если 2/3 все равно на NDK?
    Как всякие sailfish, tizen, firefox os будут адаптировать это? Понимаю, что архитектура одна, но это получается потребуется и C-библиотека и пр.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру