| |
| |
| |
| 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 у него тоже не маленький..
| | |
|
| |
| |
| 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.59, Аноним (-), 02:42, 08/06/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> угу, а C/C++ сливает ассемблеру, а тот в свою очередь сливает FPGA
Знаток хренов. Нынче половину аппаратных блоков делают путем трансляции из субсета си в схему. Вот так вот просто и брутально. Зато можно что-нибудь сложное оттранслировать, типа навороченного кодека.
| | |
|
|
| 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
А что изменилось то? На горизонте появился еще один тормоз, еще более забористый? :)
| | |
|
|
| |
| |
| 3.79, Аноним (-), 06:59, 10/06/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> не всё: некоторые вещи лучше делать на Фортране
Не нужно на Фортране. Достаточно Си.
| | |
|
|
| |
| 2.80, Аноним (-), 07:00, 10/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Это плохо или хорошо?
> А то я, чисто интуитивно, плюсанул...
Это хорошо. Но совсем отлично будет выкинуть Java совсем и оставить только C.
| | |
|
| 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. / Интел решил проблему несовместимости с арм.
| | |
| |
| 5.66, irinat (ok), 14:53, 08/06/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> FatELF? =)
Нет, там просто отдельные so-шки для каждой архитектуры в своих директориях. А чтобы размер приложения не бы большим из-за лишних бинарников, гугл плей (кажется, это началось ещё в те времена, когда он был маркетом) позволяет загружать несколько версий приложения. Для ARM устройств скачается версия с бинарниками под ARM, для x86 -- под x86.
| | |
|
|
|
| 2.62, arisu (ok), 08:49, 08/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Дык это, в Intel уже давно сделали динамический рекомпилятор, который позволяет запускать
> почти что любое приложение с ARM кодом.
дык это, в qemu уже давно… и далее по тексту.
| | |
|
| |
| |
| 3.53, Аноним (-), 22:07, 07/06/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ох, Андрюша, как же тебе неймётся-то, что живы ещё бсдэшники! Или они тебя, как вьетнамцы Маккейна, годами анально мяли? )
| | |
| |
| 4.54, Andrey Mitrofanov (?), 22:15, 07/06/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Ох, Андрюша, как же тебе неймётся-то, что живы ещё бсдэшники! Или они
> тебя, как вьетнамцы Маккейна, годами анально мяли? )
Анонимы желают обсудить анальную маяту? Маккейна? Ай, затейник! Нарисуй плакатик, иди маршеровать перед посольство.
| | |
|
|
|
| |
| 2.45, Аноним (-), 13:06, 07/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
Именно платформеннозависимого ничего. Просто собирают код в натив чтобы он быстрее работал и меньше выжирал батареи. Может быть даже используют какие-то библиотеки функционал которых нечем заменить в SDK
| | |
|
| 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 [^] [^^] [^^^] [ответить]
| +/– |
 Хотите сказать, что есть идиоты, которые хотят сузить рынок для своего софта, вложив усилия (т.е. деньги) в то, чтобы он где-то не работал? Ну-ну...
| | |
| |
| |
| 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-библиотека и пр.
| | |
|
