Компания Intel объявила (http://newsroom.intel.com/community/intel_newsroom/blog/2011...) на открытии конференции Intel Developer Forum о сотрудничестве с Google, связанном с оптимизацией работы платформы Android для систем на базе процессоров Atom. Совместно с Google компания Intel намерена создать благоприятные условия для создания смартфонов, работающих на базе платформы Android и обеспечить их быстрый вывод на рынок.В заявлении сказано, что будущие версии Android будут в полной мере поддерживать технологии Intel, наряду с другими поддерживаемыми в настоящее время платформами, базирующимися на архитектуре ARM. Ранее поддержка архитектуры x86 для Android носила неофициальный характер и развивалась без прямого участия компании Google. Отмечается, что заявление о сотрудничестве Intel и Google является продолжением других недавних совместных инициатив, направленных на улучшение поддержки архитектуры Intel в...
URL: http://newsroom.intel.com/community/intel_newsroom/blog/2011...
Новость: http://www.opennet.me/opennews/art.shtml?num=31749
> Intel намерена создать благоприятные условия для создания
> смартфонов, работающих на базе платформы AndroidАндроид и так то жрет некисло за счет явы, а на атоме - там рюкзак батареек в комплекте будет?
явы, скомпиллированной в нативный код?
Что, простите?
As of Android 2.2, Dalvik has a just-in-time compiler
> As of Android 2.2, Dalvik has a just-in-time compilerДаже если ява-крап перегнать в нативный код целиком, он существенно тормознее сишного за счет массы оверхеда на вызовы, 100500 рантайм проверок и прочего мегаблоата. Типично, на хорошей JVM, один и тот же алгоритм на яве сливает сям в 2.5 ... 4 раза. В среднем по больнице. На телефоне это трансформируется в 2.5 .. 4-кратный жрач батареи на одну и ту же задачу.
> Даже если ява-крап перегнать в нативный код целиком, он существенно тормознее сишного
> за счет массы оверхеда на вызовы, 100500 рантайм проверок и прочего
> мегаблоата.уважаемый, вы когда-нибудь хотя бы байт код жабовский смотрели? все там нормально, и даже у Дальвика
> Типично, на хорошей JVM, один и тот же алгоритм на
> яве сливает сям в 2.5 ... 4 раза. В среднем по
> больнице.100 лет назад специально для таких как вы переписал LU-разложение на Java: gcc проиграл
У Dalvik dex-код, однако :-)
линком угостите пожалуйста
> уважаемый, вы когда-нибудь хотя бы байт код жабовский смотрели? все там нормально,
> и даже у Дальвикане забудьте про потребление памяти. или по памяти gcc тоже проигрывает? ;)
> уважаемый, вы когда-нибудь хотя бы байт код жабовский смотрели? все там нормально, и даже у ДальвикаНедавно на хабре был весьма детальный разбор полетов как жабист код оптимизил. На яве. Ну так вот, 90% его геморроя было связано с борьбой с явой и ее медвежьими услугами и неоптимальной реализацией. Заметьте, если писать на си - вся эта трахомудия просто не потребуется с самого начала. У далвика там все настолько "нормально" что геймдевы просто слюной изошли и все-таки сподвигли гугля родить NDK.
> 100 лет назад специально для таких как вы переписал LU-разложение на Java: gcc проиграл
Перепишите например quicklz так чтобы gcc просрал? http://quicklz.com/ - один и тот же алгоритм на яве, си и C#. Почему-то нет и ява предсказуемо сливают в свои три раза. Алгоритм довольно прост - ну, докажите какой вы там крутой. А то умники типа вас постоянно пиндят что там дескать авторы лохи и либу недооптимизировали.
Или вот рядом http://www.opennet.me/opennews/art.shtml?num=31751 - и опять ява в свои законные 4 раза просирает на одном и том же задании.
90% времени средне-статистическая программа выполняет 10% кода. Вот эти 10% обычно и компилируются в нативный код JIT-ом.Алгоритмы решают, однако :-)
OrientDB, например, вроде самая быстрая пока из подобного класса NoSQL баз http://code.google.com/p/orient/ . Первая версия движка была на C++, а потом на Java переписали.Quke2 на Java быстрее оригинала на C (бинарник 1997г.) из-за лучшей оптимизации под современные процессоры. Вот здесь и главное достоинство - на новых процессорах старый софт будет использовать новые возможности, а старый нативный софт придётся пересобирать новым компилятором.
Ну, и софт для Android-а можно запустить на разных процессорах (о чём и новость). Кроме случаев с нативнами кусками конечно.
Dalvik вообще не Java :-)
> Ну, и софт для Android-а можно запустить на разных процессорах (о чём
> и новость). Кроме случаев с нативнами кусками конечно.при этом добрый процент маркета использует NDK под ARMv6
> Dalvik вообще не Java :-)
бегом в суд, будешь свидетелем в Oracle vs Google, а то они там всей этой правды не знают.
>бегом в суд, будешь свидетелем в Oracle vs Google, а то они там всей этой правды не знают.Они тоже прекрасно это знают :-)
> бегом в суд, будешь свидетелем в Oracle vs Google, а то они там всей этой правды не знают.Oracle судит Google не за java, а за нарушение виртуальной машиной патентов, которые были получены при разработки java еще Sun-овскими инженерами.
И если бы Google использовал другую VM тот же Python/Ruby/ кто там еще с VM-работает, то он попал бы под патенты Oracle просто потому, что базовые вещи для VM уже запатентованы Sun-ом.
PS Python и прочие языки поверх VM-ок не трогают потому как нет большой и жирной компании которую можно затроллить через суд. С MS у Oracle давно кросслицензирование ибо пересекаются по многим областям разработки софта.
> Oracle судит Google не за java, а за нарушение виртуальной машиной патентов,Судя по соседней новости - гугл ща тоже кого-нибудь засудит. Они усвоили что добро должно быть с кулаками. И при их весе - я бы не стал проверять как выглядит их кулак на своей физиономии. Ну в общем помнут ораклу фэйс, имхо. И эппл еще довы...ся. Вынести обоих из результатов поиска гугла начисто и посмотреть как они завертятся и сколько лямов в месяц из них кто недополучит. Ничего личного, это бизнес, правда же? Потом потребовать с обоих половину суммы недополучаемой за счет отсутствия в индексе за возврат в индекс+отзыв всех исков. Относительно честно и для всех выгодно. А то чойта сервера гугла должны бесплатно обслуживать тех кто их судит? Гугл какой-то сильно добрый, ему надо рассердиться как коту Леопольду и популярно объяснить что хулиганить - не следует :)
> И если бы Google использовал другую VM тот же Python/Ruby/ кто там
> еще с VM-работает, то он попал бы под патенты Oracle просто
> потому, что базовые вещи для VM уже запатентованы Sun-ом.А x86 в виртуальном режиме под это попадает?
> PS Python и прочие языки поверх VM-ок не трогают потому как нет
> большой и жирной компании которую можно затроллить через суд. С MS
> у Oracle давно кросслицензирование ибо пересекаются по многим областям разработки софта.Ворон ворону глаз не выклюет...
> А x86 в виртуальном режиме под это попадает?Скорее всего там патенты на управления памятью, сборку мусора, алгоритмы аллокации. Если это используется в х86 в виртуальном режиме, то попадает под патенты. нет - значит нет.
> 90% времени средне-статистическая программа выполняет 10% кода. Вот эти 10% обычно и
> компилируются в нативный код JIT-ом.И даже так ява воткнет своего оверхеда на вызовы, кучу рантайм проверок. И то что на сях вылилось бы в несколько команд проца, на яве размажется в целую простыню. В узком месте ява и дотнет вообще по жизни грамотно поднасирают. Поэтому авторы всех тяжелых алгоритмов, например компрессии, дружно советуют нубам выкинуть их яву/нет для получения сколь-нибудь вменяемого результата (по затратам времени CPU vs получаемое сжатие).
> Алгоритмы решают, однако :-)
Алгоритмы - решают, ибо разницу типа O(N) vs O (log N) не покроет не то что си, а даже голый оптимизнутый асм при достаточно большом N. Но если алгоритм одинаковый (а нахрена б ставить сей в невыигрышное положение? Чтобы потом радостно показать как они просрали?) - в узких кусках ява почему-то миниумум раза в три - сливается.
> OrientDB, например, вроде самая быстрая пока из подобного класса NoSQL баз http://code.google.com/p/orient/
> . Первая версия движка была на C++, а потом на Java переписали.И что, стало быстрее? Почему-то примеров когда ява сливает - навалом, а? :)))
> Quke2 на Java быстрее оригинала на C (бинарник 1997г.) из-за лучшей оптимизации
> под современные процессоры.Нюню? Например на х64 архитектуре SSE2 можно использовать современно штатно. Давайте, порвите nexuiz'а версией на яве. Только чур со всеми теми же эффектами, плиз. Вплоть до теней от освещения :)
> Вот здесь и главное достоинство - на новых процессорах старый софт
> будет использовать новые возможности, а старый нативный софт
> придётся пересобирать новым компилятором.Что характерно, сама ява тоже на си написана, и ее это тоже касается. И кстати оракл как раз взбыковал насчет лицензий, так что теперь это будет точно таким же головняком майнтайнеров дистров как и для всего остального софта :)
> Ну, и софт для Android-а можно запустить на разных процессорах (о чём
> и новость). Кроме случаев с нативнами кусками конечно.То-то все навороченные игры недвусмысленно указывают в требованиях: "нвидия тегра".Ну а остальные вообще за что-то потребное не считаются.
> Dalvik вообще не Java :-)
Да, он велосипед от гугля, по мотивам, таксказать. Поэтому например опенсорсной, проверенной аськи типа jimm (J2ME ) под него нет. Зато есть широкий ассортимент троянцев, адвари и прочего сомнительного фуфла/малваре. Это же так мило, угумс. Ставишь программу, а она потом отсылает 100500 смс на короткий номер. С текстом "не лох!".
>Dalvik вообще не Java :-)Виртуальная машина вообще не язык программирования.
Добрый вечер, Кэп!
> Quke2 на Java быстрее оригинала на C (бинарник 1997г.) из-за лучшей оптимизации под современные процессоры.Чушь! Пруфлинк: http://www.bytonic.de/html/benchmarks.html
Быстрее только в оконном режиме в винде2к на одной из конфигураций железа. При переходе на линукс, другое железо или переключении в полноэкранный режим, ява сливает. Стабильно на 10% после многолетних оптимизаций, на 100% без них.
И правда пруфлинк :-)
Инфу брал не оттуда. Забыл, кажись из Википедии.
10% это не 4-ре раза :-)Вначале было 172 а сейчас 260. 66% обычно от кривизны рук берётся :-)
Как сказал один человек: если в новой версии SQL-сервера какая-то функция выполняется в 20 раз быстрее, то это говорит лишь о том, что в предыдущей версии было реализовано через одно место.
при этом костыли на жабомерзких Сях обязательны:
jogl - Java Bindings for OpenGL
joal - Java Bindings for OpenAL
LWJGL - Lightweight Java Game Libraryотсюда - да хоть на питонобашбрэйнфаке, а потери на биндинге неизбежны.
что не мешает потролить типа - Quke2 на Java быстрее оригинала на C, не так ли? :D
Ну, конечно через OpenGL. Как ещё-то ??
Java 1.5 старовата и в общем неплохо для неё 10%.Фразу запомнил из Википедии:
"Benchmarks often measure performance for small numerically-intensive programs. In some real-life programs, Java out-performs C. One example is the benchmark of Jake2 (a clone of Quake 2 written in Java by translating the original GPL C code). The Java 5.0 version performs better in some hardware configurations than its C counterpart."Каюсь, что потроллил.
Вот одинаковая задача: http://zion-city.blogspot.com/2010/09/erlang-interface-for-o...
OrientDB на Java, а в 2.6 раза обгоняет Redis, который на C.
В тоже время Neo4J тоже на Java, но проигрывает более чем в 17 раз другой БД на Java.Так, что быстрее C или Java ??? Главное - это не язык, а конкретная реализация.
С умом надо всё делать ;-)
> Ну, конечно через OpenGL. Как ещё-то ??
> Java 1.5 старовата и в общем неплохо для неё 10%.А может там просто дикий запас по производительности CPU и в него никогда и не упирается, даже на яве? Квак рассчитан на хлам уровня первопней. Современный проц в несколько раз шустрее, поэтому даже ява возможно и не грузит проц на 100%. А собственно CPU usage кто-то сренивал? Как то время CPU угроханное на рендер одной и той же сцены?
> Фразу запомнил из Википедии:
> "Benchmarks often measure performance for small numerically-intensive programs. In some
> real-life programs, Java out-performs C. One example is the benchmark of
> Jake2 (a clone of Quake 2 written in Java by translating
> the original GPL C code). The Java 5.0 version performs better
> in some hardware configurations than its C counterpart."Ну эту фразу вполне мог там написать и какой-то жабист, прикрывающий попу любимого языка, выдернув пример наобум. Поскольку жабисты принципиально не способны на нормальный анализ узких мест, в основном занимаясь ИБД в профайлере и потом гордо рассказывая как они в 10 раз свои супер-тормоза заоптимизили до просто-тормозов - эти заявы как-то не очень убедительны без сопутствующих замеров времени потраченного на рендеринг одинаковых сцен. Или в просторечии - сравнения процента использования CPU.
> Каюсь, что потроллил.
Здесь это не редкость :). Как по мне - хрен с ним с троллингом ЕСЛИ при этом присутствует конструктив.
> Вот одинаковая задача: http://zion-city.blogspot.com/2010/09/erlang-interface-for-o...
Задача - да. А реализации - существенно разные.
> OrientDB на Java, а в 2.6 раза обгоняет Redis, который на C.
Ага, проблема только в том что движки - разные, и кто-то на этой задаче может быть более или менее эффективен чисто на уровне алгоритмов и насколько они удачно попали под задачу. Поэтому однозначно детектировать epic win явы как-то не получается. В этом месте я должен покаяться что мне это же самое можно припомнить за ссыль про HPCC от LexisNexis. Однако про quicklz так сказать не получится: это один алгоритм от одних и тех же авторов, т.е. условия выглядят вполне честно. Тем более что авторы просто бенчили либу а не пытались доказать что ява/нет (не)тормозит. Что способствует нейтральности результата.
> В тоже время Neo4J тоже на Java, но проигрывает более чем в
> 17 раз другой БД на Java....что как бы должно навести нас на мысли что дело было не только в яве, но и в алгоритмах и насколько они подошли для конкретной задаче.
> Так, что быстрее C или Java ??? Главное - это не язык, а конкретная реализация.
Увиливание от ответа на вопрос. Одна реализация может быть лучше другой, но это заслуга не того или иного генератора кода. Квалификация программиста или насколько удачно та или иная реализация вписалась в некую задачу - довольно трудноизмеримые и не особо объективные параметры. А вот простой интенсивный алгоритм - штука вполне детерминированная. Там влияние квалификации не так сильно (во всяком случае, алгоритм на уровне своей идеи - одинаковый) и сразу видно что и кто наворотил. Кстати даже у сей кодогенерация порой напоминает бредогенератор, так что до сих пор не гнушаются выписать куски на асме в реально тяжелых местах (например, в видеокодеках). Бывает так что мизерный аккуратно выписанный кусочек в узком месте - ускоряет все раза в три. Просто потому что то что выдает на гора автоматический генератор кода - не приснится даже самому укуренному индусу. А судя по тому постингу на хабре от великого оптимизатора - в яве придумали еще кучу методов как нагнуть процессор на ровном месте :)
> С умом надо всё делать ;-)
Да кто б сомневался. Это где-то выше про сложности алгоритмов было уже.
> Ну, конечно через OpenGL. Как ещё-то ??Мсье не знает что такое биндинг и нативная реализация?
Или просто такой стиль тролинга?
Если чё, то эта игра с учётом опынжл на С работает больше чем наполовину. По самым скромным оценкам.>Так, что быстрее C или Java ??? Главное - это не язык, а конкретная реализация. С умом надо всё делать
Не нужно играть словами.
если с умом всё делать (и на жабе, и на С) - С явно лучше.
если без ума - тоже.
И только в одном случае (из 4), когда на С без ума, а на жабе с - может быть, но не факт.
> 10% это не 4-ре раза :-)Может это потому что с аппаратной акселережкой графики гамеза попросту в проц очень редко упирается своим собственным кодом и лимиты FPS вылезают за счет чего-то еще?
На современном железе квак, рассчитанный на супердохлые процы - в проц не упрется даже на яве, фигли. А загрузку проца кстати кто-то смотрел в процесса? А то например 10% и 30% cpu usage всяко разница в 3 раза, даже если FPS в результате и одинаковый т.к. уперлось все-равно не в проц ;).
Тебе перевести _что_ означает just-in-time compiler ? :)
> Тебе перевести _что_ означает just-in-time compiler ? :)Капитан, перелогинься!
Dalvik, используемые в андроиде — это по-прежнему виртуальная машина, пусть и регистровая, а не стековая, как JVM. Это не нативный код.
> явы, скомпиллированной в нативный код?Вон в соседней новости этот ваш нативный код, который "не тормозит" в свои 4 раза опять с++ слил. А далвик еще паршивее в этом плане. Поэтому если с андроидофоном что-то делать - он сдувается моментально, а на х86 это будет вообще трындец.
По какой причине Dalvik то хуже ?
> По какой причине Dalvik то хуже ?Как-то исторически еще более тормозной. Что не мешало жабистам визжать "не тормозит!" даже когда не было JIT. Блин, у таких и улитка - рекордсмен скорости. А леопард - лох педальный! Если это выгодно и подпирает некую точку зрения, разумеется.
По причине того, что HotSpot лучше оптимизирует выполняющийся код.
> По причине того, что HotSpot лучше оптимизирует выполняющийся код.Так как это проверить ? В HotSpot хорош JIT под x86 и Spark да, но не под ARM и PowerPC. Dalvik в данный момент только под ARM оптимизирован.
Да, и вообще совершенно разные VM. HotSpot на ARM как ?
Вот, впендюрят ведроид на десктоп, и увидим.
Всё будет зависеть от Интеловской оптимизации, т.е реализации JIT-а.
> Всё будет зависеть от Интеловской оптимизации, т.е реализации JIT-а.Прозреваю что интел сфэйлит свой tablet PC в 4-й раз, независимо от того какая из реализаций явы более расово верна :)
Да что ж это такое?! Да вы уже утомили в одном предложении употреблять слова жава и нативный. Жава не имеет никакого отношения к нативности системы, на которой запущена. Откуда вы лезете блин такие???
> Андроид и так то жрет некисло за счет явы, а на атоме
> - там рюкзак батареек в комплекте будет?Да, что-то они фигню какую-то делают. И так время работы от аккумулятора прямо скажем не поражает воображение, а если на атоме, то совсем труба будет.
А ведь у современных трубок есть и другие варианты как заряд сожрать, тот же чип LTE аккумулятор просто убивает.
> А ведь у современных трубок есть и другие варианты как заряд сожрать,
> тот же чип LTE аккумулятор просто убивает.А уж как его будет убивать адваре, постоянно насилующее LTE (школьники хотят денег!), на яве, под андроидом, на атоме... даже представить страшно.
>> А ведь у современных трубок есть и другие варианты как заряд сожрать,
>> тот же чип LTE аккумулятор просто убивает.
> А уж как его будет убивать адваре, постоянно насилующее LTE (школьники хотят
> денег!), на яве, под андроидом, на атоме... даже представить страшно.Мне хватает уже одного LTE. HTC Thunderbolt с включенным LTE и установленным расширенным акумулятором (в 2 раза более емкого, по сравнению с оригинальным) Skype + Sip (с приемом звонков) = 6 часов работы. Что ооочень грустно. Боюсь себе представить, что будет если туда Atom впихнуть.
Другой вопрос, что ни на одной платформе кроме Android LTE нет.А по поводу adware вы зря, оно выпиливается в два счета и все приложения просто перестают его получать и соответственно отображать. Эффект примерно такой же как при установке Adblock Plus на FF.
Вот и убили MeeGo... Теперь этот убогий ведроид будут впихивать на все, вплоть до десктопа.
жабабыдлокодер, ты же радоваться должен!
Там же нету ламповой JVM
Dalvik и JVM менее родственники, чем FreeBSD и MacOS.
Нет, не должен. Java для меня - инструмент для зарабатывания денег, самый эффективный из всех, что у меня были, а не предмет религиозного поклонения.
Какой опыт работы, если не секрет?
С 1985 года. Начал с оптимизации инженерных расчетов путем применения микрокалькулятора МК-61.
С 86-го тогда :)
Я на нём все космические программы из "Техника Моложежи" прошел :)
С 73-го года
> С 1985 года. Начал с оптимизации инженерных расчетов путем применения микрокалькулятора
> МК-61.Ява на МК-61?!?
> Ява на МК-61?!?Не, это просто один из тех крайне редких старых морских волков, который перейдя на более высокий уровень не просрал полимеры изученные на более низких. И не фанатеющий от явы. Если б все жабисты были такими же - никто б не считал яву языком для быдлокодеров. Но всякие там изены и прочие школьники успешно справляются с маранием репутации г-нокодом и быдлокодингом. Поэтому "сидеть на одной скамейте" с такими очень многих адекватных специалистов попросту напрягает. Как говорится, "создайте систему которой может пользоваться даже дурак, и только дурак захочет ей пользоваться".
Дак ведь уже.
А что вас смущает, я себе андроид на десктоп еще полгода назад поставил, все нормально работает.
Все - это 200 000 свистулек с андройд маркета? Зачем Андройд на десктопе с кривым Далвиком, под которым никакое СПО не работает. Потому что подавляющее большинство СПО сегодня работает под Линукс дистрибутивы, и Андройд тут просто отдыхает. Вот если в Андройде добавят Иксы или портируют Qt в дополнение к Джава-Далвику, то тогда будет смысл ставить Андройд на десктоп. Если экзотики захочется...
> Вот и убили MeeGo... Теперь этот убогий ведроид будут впихивать на все, вплоть до десктопа.Конкуренция Виндоузе - всяко благо. Я бы попробовал.
>> Вот и убили MeeGo... Теперь этот убогий ведроид будут впихивать на все, вплоть до десктопа.
> Конкуренция Виндоузе - всяко благо. Я бы попробовал.Это замануха от Гугла.
Андройд - это в первую очередь конкуренция Мееgo, который изначально создавался для конкуренции с Виндой. Мееgo - это Линукс, а значит гарантированная поддержка СПО сообщества.
Андройд - это анти-Линукс, под который идет активное переписывание Линуксового софта (за копеечку на маркете) в виде кривокода под Далвик. Все что было создано СПО сообществом вокруг линукса морально устаревает из-за переманивания СПО разработчиков для поклонения новому идолу Андройда, за которым агитаторы в виде Гугла и купленных ими СМИ видят светлое будущее СПО. Я работаю в этой сфере, и могу с уверенностью сказать что количество заказов под Андройд на рынке быстро растет по сравнению с разработкой ПО под Линукс.
> Андройд - это в первую очередь конкуренция МееgoКак можно конкурировать с тем, чего нет? Миго на смартфонах по сути не вышел. Те две трубки, которые вышли - это плевок в сторону поклонников финской компании/ОС.
Андройд прямой конкурент iOS и немножко BlackBerry. Других серьезных игроков к сожалению сейчас на рынке нет.
И стоит отметить, что лучше уж иметь открытую ОС, хоть и под BSD. Opensource даёт свободу.
В частности я легко смог выпилить ограничения, которые на то как я использую телефон пытался наложить ОПСОС (Verizon) просто за счет того, что все исходники под рукой да и есть просто нативные сборки (cyanogenmod тот же). Так что успокойтесь, Android на данный момент едиственная opensource платформа на этом рынке.
> Как можно конкурировать с тем, чего нет?Meego есть. Разрабатывается уже много лет. Выход N9 намечен на 30 сентября. Не паникуйте...
> Те две трубки, которые вышли - это плевок в сторону поклонников финской компании/ОС.
Процент Линукса на десктопах тоже мизерный (2%). В магазинах можно найти лишь единицы с предустановленным Линуксом среди сотен компов. И что, это по вашему плевок в сторону поклонников Линукс со стороны его разработчиков?
Успокойтесь, никто никому не плюет - просто кривой Андройд с мертворожденным Далвиком набрал популярность также, как когда то был популярен кривой симбиан. Эта волна пройдет, хоть и не сразу, и все перейдут на настоящий Линукс в лице Мееgo.
> Meego есть. Разрабатывается уже много лет. Выход N9 намечен на 30 сентября.
> Не паникуйте...Где? Там ограниченная серия, которая до России еще не факт что доберется.
Да я и не паникую, мне уже год как очевидно, что Meego на смартфонах мертв. Я его полтора года ждал, а потом получил всё что мне надо на Android. И да, Android безусловно не свободен от недостатков, но покажите мне турбку ныне продающуюся или запланированную, которая позволила бы мне звонить через Скайп, сип или гугл войс из Нью-Йорка в Москву (и обратно) по цене дешевле чем звонки с мобильника на мобильник в Москве? А видео связь "на ходу"? Тото же! А я звоню уже полгода, и эта платформа сэкономила мне прорву денег.> Процент Линукса на десктопах тоже мизерный (2%).
Компы это совсем другое. Не подменяйте понятия. Мобильные ОС редко можно установить на другие трубки. Это в равной степени относится как к Андройду, так и к Миго. Вы в курсе с каким трудом его портировали на трубки сделанные под Андройд? А Андройд на N900?
> Успокойтесь, никто никому не плюет - просто кривой Андройд с мертворожденным Далвиком
> набрал популярность также, как когда то был популярен кривой симбиан.На андройде с "мертворожденным" далвиком за 3 года вышло 300 различных трубок на любой вкус. Когда я такое увижу на Миго? Я хотел бы верить, но я уже подрос и перестал верить в сказки. Гугл сделал ставку на самое большое сообщество разработчиков в мире - на Java разработчиков и не прогадал. Сильно сомневаюсь, что его ближайшие лет 5 хоть кто-то сможет потеснить с завоёванных позиций (я про андройд, если что).
> Вот и убили MeeGo... Теперь этот убогий ведроид будут впихивать на все,
> вплоть до десктопа.По-моем, это единственный вменяемый ява-кодер которого я видел за всю жизнь. Где-то тут нае... и ник не соответствует содержанию.
ну вот и все - хана MeeGo. хотя в общем то ожидаемо после отказа Нокии развивать МиГо.
Хана MeeGo была ещё несколько лет назад, когда Intel не осилил разработку сам и скооперировался с Nokia, которая, в свою очередь, не потянула Maemo.
> ну вот и все - хана MeeGo. хотя в общем то ожидаемо
> после отказа Нокии развивать МиГо.Ну как бы оно не принадлежит интелу, так что хана будет сугубо когда оно не станет нужно ни одному человеку. А пока человеков там довольно много, вообще-то. Хотя и меньше чем следовало бы.
"Человеков" там может быть сколько угодно. Где результат?Две трубки выпущенные малым тиражом? Один толстый, тяжелый и работающий 3 часа от аккумулятора планшет?
У меня лично последняя надежда осталась, что хотя бы в автомобильной индустрии выстрелит, но по ходу дела шансов тоже немного.
Скорее уж Форд со своей системой на основе линукса и arm что-нибудь дельное покажет.
> "Человеков" там может быть сколько угодно. Где результат?На meego.com :)
> Две трубки выпущенные малым тиражом? Один толстый, тяжелый и работающий 3 часа
> от аккумулятора планшет?Ну вы можете покупать андроид, убивающий батарейку за сутки, жестоко тупящий после запуска нескольких программ, без таскменеджера для их выгрузки и бесполезный без гуглоаккаунта, которого у меня нет и не будет. Потому что мне и без него хорошо. Но почему-то у гугли все прибито гвоздямик к своим сервисам а на секунду допустть что сервер синхронизации например бывает и не гугловский - ну что вы, как можно?! Даже тупая нокла в симбиане и то доперла сделать кастомные сервера SyncML! Но гугл хочет хавать данные в одну харю. Как бы не подавились, корпорация добра. Благими намерениями - сами знаете куда дорога вымощена.
> У меня лично последняя надежда осталась, что хотя бы в автомобильной индустрии
> выстрелит, но по ходу дела шансов тоже немного.Надежда, одежда. Вон Торвальдс молодец: просто делал что ему надо. И ему похрен было на модные тренды, объемы продаж, мнение и визги легковнушимых школьников, анализ выстрелит-не выстрелит, бухтеж Таненбаума в стиле "КГ-АМ" и какой там еще буллшит. Челоеку было надо? Человек сделал. Вот так вот и надо жить. Ну а вы можете жрать что дали, если вам это нравится. А я как-то не хочу копаться в андроидных ява-какашках.
> Скорее уж Форд со своей системой на основе линукса и arm что-нибудь
> дельное покажет.Форду не нужны телефоны и планшеты нужны специфичные. А вам обязательно надо кого-то крупного, кому можно лизать задницу? А например двигать своим ходом, как Торвальдс - вы в принципе не способны даже мысли такой допустить, так?
> На meego.com :)и толку от них?
> Ну вы можете покупать андроид, убивающий батарейку за сутки, жестоко тупящий после
> запуска нескольких программ, без таскменеджера для их выгрузки и бесполезный без
> гуглоаккаунта, которого у меня нет и не будет. Потому что мне
> и без него хорошо. Но почему-то у гугли все прибито гвоздямик
> к своим сервисам а на секунду допустть что сервер синхронизации например
> бывает и не гугловский - ну что вы, как можно?!- Кто вам сказал что нет таск менеджера? Он в последних версиях даже по дефолту выведен так чтобы его можно было быстро открыть не блуждая по менюшкам?
- Кто вам сказал что он тупит?
- По поводу синхронизации вы где это вычитали? Всё там есть. Как говориться "разуй глаза", вариантов синхронизации море включая тот же Exchange, который был в Ноклах.
- Кто сказал что привязка к гуглаккаунту есть? Во-первых, даже в оригинальной прошивке на всех телефонах, которые я видел, можно не привязывать трубку. Во вторых есть куча прошивок вообще без этих програм тот же Cyanogen. Есть альтернативные варианты маркета.
Может стоит сначала посмотреть, что да как, дабы не делать голословных утверждений?
а то получается, как в анекдоте:Встречаются два друга.
— Слышал я «Битлз», не понравилось. Картавят, фальшивят... Что людям в них нравится?!
— А где ты их слышал?
— Да мне Мойша напел…> Вот так вот
> и надо жить. Ну а вы можете жрать что дали, если
> вам это нравится. А я как-то не хочу копаться в андроидных
> ява-какашках.Давайте, расскажите мне как надо жить. Особенно когда технология нужна вчера, а вы мне предлагаете подождать до завтра. Ну типа завтра мы наконец построим коммунизм. Ага?
Вы мне предлагаете судя по всему самостоятельно написать ОС, спасибо дорогой, я бы без тебя никак не догадался. Оказывается есть такое простое решение всех проблем =)> А вам обязательно надо кого-то крупного, кому можно лизать задницу?
А вот хамить не надо. Я вам не хамил.
Так и не дождусь планшета с нормальным Линуксом, придется брать ведроид для развлечений и нетбук для дел...
... и/или дождаться андроид на атоме нормальном и поставить Линукс))
Кто мешает использовать нетбук для развлечений?
...Или купить планшет с Виндовсом, заплатив дань дяде Биллу, снести все нахер и поставить любимый дистрибутив Линукса. Я так и собираюсь сделать. Только пока нужного планшета в магазинах еще не увидел.
> ...Или купить планшет с Виндовсом, заплатив дань дяде Биллу, снести все нахер
> и поставить любимый дистрибутив Линукса.Угу, а дядя Баллмер вам тут сюрпризик готовит, в виде поправочек к спецификации UEFI.
Вот так вот: habrahabr.ru/blogs/linux/127975/Так что в скором времени есть еше и шансы что снести будет нельзя по причине "зонально огороженного" загрузчика.
Цитата из обсуждения:Интересно, как это будет сочетаться с правом отказа от Windows, ясно обозначенном в самом начале EULA OEM-лицензии. Ведь вместе с этим вполне законным отказом вполне законно купленное железо просто перестанет работать.
Я не думаю, что попробуют лочить. Судебные иски гарантированы сразу же.
> Я не думаю, что попробуют лочить. Судебные иски гарантированы сразу же.Расскажите это мотороле, например. Которая спокойно продавала Milestone с лоченным бутлоадером, так что оно даже кернел поновее запускать отказывается, не то что другую ОС. Или там эпплу с ифонами и ипадами, где бутлоадер тоже запускает только то что одобрено эпплом (т.е. только iOS). А, собственно, на основании чего эпплам и моторам можно, а MS - нельзя? MS кому-то больше всех обязан? Я думаю банальный господин Баллмер немного другого мнения :P.
А что бывает с теми кто сопротивляется - Баллмер доступно показал интелу, анонсировав поддержку ARM. Ведь там можно сделать свой собственный процессор, с желаемыми опциями, и уж наверное у MS хватит денег на пуск в производство своих ARM-процов. После чего можно устроить непокорным жесткий ripoff заявив что Windows (N+1) будет работать только на наших процах! Ну как iOS - только на процах эппл.
Этим апокалиптическим прогнозам уже лет 10, как началось продвижение ДРМ, а воз и ныне там. То, что позволено Эпплу, Микрософту никто не позволит. Эппл занимает не такой уж и большой объем рынка, а Микрософт на нем доминирует. БОльшего доминирования никто не допустит, ни в Европе, ни в Штатах.
Вспомните, кто и для кого придумал SELinux?
> Этим апокалиптическим прогнозам уже лет 10, как началось продвижение ДРМ,Однажды, в эпоху нокий DCT3 и сименсов x35, я предсказал это для мобильных телефонов. Посмотрев на эволюцию "защит" и поняв куда ведет эта дорожка. Как из отдельных кирпичиков постепенно и неуклюже собирается та самая технология. А теперь каждый второй, если не первый телефон - с огороженным загрузчиком. На самом деле прототипы технологий были сделаны не корпорациями, впервые задиты этого класса появились у "хакеров" для защиты своих секретов от кражи. До корпорасов же дошло как делать более-менее неломаемые честными методами защиты лишь через сколько-то лет, как обычно.
Теперь я вижу как элементы той же мозаики собирают и для x86.
1) Процессоры х86 уже умеют проверять подписи начального бутблока с некоторых пор. И интел и амд. Да, пока это может быть еще и не включено... (хотя на современном железе не проверял).
2) Массово поперли EFI-биосы. В оных замечены сертификаты. К чему бы это, как вы думаете? :)
3) Виндоза начиная от висты и далее чекает подпись загрузчика, ядра и всех дров. Совершенно случайно так. А вовсе не потому что это цепочка трастов во главе с мс собирается, ага?
4) А тут вон и игра в открытую пошла уже - с поправками к спекам EFI. Как вы думаете, что затевают эти парни? Я думаю что в результате average joe будет вообще без шансов систему переустановить когда весь этот франкенштейн будет включен "для борьбы с рутки тами".> а воз и ныне там.
Кажется это скоро пофиксят :\. Поправки предусматривают полное выпиливание 16-битного кода. Не, понятно что его зак0пать пора, но зак0пать в пользу бэкдора в железе? Который предлагает доверять не понятно кому (производителю) и на основании чего(потому что он есть). Ха. Хорошенькое доверие. С таким же успехом можно голодному аллигатору "доверять". И вот как раз в планшетах и смартах это и включат. Потому что операторам не вперлось чтобы всякие там блокировку на оператора сшибали или кастомизацию UI выносили. Мобильный рынок традиционно огорожен, из-за дефективности америкосского рынка (тяжелое наследство первых аппаратов без сим-карт, трудно отучаются от прибитости гвоздями к 1 оператору его кабале).
> То, что позволено Эпплу, Микрософту никто не позволит.
А они и спрашивать не будут. Жрите и баста. А если не нравится - куда вы денетесь с подводной лодки? Те кто 100% зависит от винды из-за проприетари - не могут ее просто взять и заменить. А еще у MS мощные связи с OEMами. И уж конечно их можно попросить вшивать именно те ключи и биосы которые одобрил минздрав. А учтя что Баллмер и прочие часто упоминают эппла как эталон - думаю понятно куда они линию будут гнуть. Они попробуют прийти к бизнес-модели яблока. Правда подозреваю что фэйлов будет много - они уже пытались ипод копировать. Та же участь постигает и их кривые копии ифонов и ипадов. Но то что им хочется именно так вести бизнес - заметно, да.
> Эппл занимает не такой уж и большой объем рынка, а Микрософт на нем доминирует.
Вы только про рынок писюков. Но этот рынок насыщен и никому не интеерсен по этой причине. А на мобильном рынке майкрософт - никто. И звать никак. А король - эппл, ну и вот гугл тут пытается выпнуть с трона еще. По поводу чего эппл брыкается в судах с самсунями и кем там еще. Этот рыонк не насыщен, профиты на нем дикие, вот и пытается мс на него вылезти. Получается правда хреново, но потуги - есть. И да, вон винфон7 - и огорожен от и до, и не совместим с вм5/6, к "бурной радости" владельцов оных. Выбросили их как старую тряпку, вместе с проприетарным софтом которй они там понакупили.
> БОльшего доминирования никто не допустит, ни в Европе, ни в Штатах.
А у MS нет доминирования на рынке смартфонов. Их там 1%. На рынке планшетов их вообще практически ноль - интерфейс семерки за планшетный не рискуют считать даже особо-упоротые фанаты. Поэтому на самых вкусных рынках мс как раз нет. По поводу чегоу их манагерья заменый невооруженным глазом батхерт.
> Вспомните, кто и для кого придумал SELinux?
Не вижу особых корреляций. Для силовкиков - всяко варианты нак0пают, но это не значит что они будут доступны Average Joe без огромного геморроя.
Кстати гугл кажется туда же, корпорация бобра кажется планирует лочить загрузчики, судя по описальнику http://www.ixbt.com/soft/chrome-os.shtmlА также автоматические обновления от которых хрен откажешься и что там еще. Вот оно какое светлое будущее (по версии от большого брата).
> Кстати гугл кажется туда же, корпорация бобра кажется планирует лочить загрузчики, судя
> по описальнику http://www.ixbt.com/soft/chrome-os.shtmlЧто значит планирует, оно изначально в CromeOS и Android проверяет цифровую подпись и это не мешает залить свою прошивку со своей цифровой подписью.
http://www.opennet.me/opennews/art.shtml?num=24324
Прошивка загружает только авторизованные компоненты, проверка которых осуществляется путем сверки по цифровой подписи. Таким образом при модификации ПО вирусом программа будет сразу заблокирована, так как малейшая модификация любой части ОС отслеживается.
Осталась надежда на HTC.
http://mashable.com/2011/09/12/htc-purchase-mobile-os/
Невелика, однако, поддержка - мелковата компания чтобы тягаться с M$ и Гуглом и сообществом Линукс/Андроид. Выживают и при этом продолжают нормально развиваться только сильнейшие.
Линукс сообщество никаким боком не поддерживает Андройд, т.к. на уровне пользовательских приложений Андройд не поддерживает Линукс. Андройд просто нагло использует ядро, и реально не залил в апстрим ничего стоящего. СПО сообщество лояльно относится к Андройду лишь потому, что с его помощью идет реклама Линукс-ядра и самого понятия СПО как успешной безнес модели. В этом плане "враг стал другом на время".Что касается подключения HTC к разработке Мееgo, то HTC конечно же не самоубийца, и выпуск Андройд телефонов продолжится - не будет полного перехода на какую-то другую ось. Однако для Линукс сообщества это хорошая новость, так как появится железо под Мееgo и будет дополнительное спонсирование Meego от китайцев. Не забывайте - в Китае, с коммунистической политической и капиталистической экономической моделями, СПО - будущая основа создания информационного общества. И в этом плане им Гугловский саморезанный анти-линуксовый Андройд нужен только для зарабатывания бабла пока он популярен, как когда-то был популярен Симбиан.
> Осталась надежда на HTC.На этих, которые вечно прогибались под MS? Надежда? Хм... это было бы весьма оригинально.
Смартфон на Атоме?
Хм, если к зиме выпустят, будет актуально.
> Смартфон на Атоме?
> Хм, если к зиме выпустят, будет актуально.Только меня удивляет идея смартфона на х86? Только интелу могла прити в голову столь идиотская мысль. Когда они уже откажутся от этого набора идиотизмов?
Представьте как в 20-градусный мороз, во время разговора, вы будете подогревать руки и уши горячим воздухом из смартфона.
И как в старом "Ералаше" нужно таскать два чемодана батареек.
> и уши горячим воздухом из смартфона.Осталось только придумать - где ж питальник для этого взять.
О, есть идея: выдавать владельцу велик. С генератором. Нехай юзер отпедалит пару километров чтобы позвонить. Правда зимой это слегонца экстремально получается.
Атом - это здорово. Но я люблю AMD. Их вклад в СПО больше, а в новости попытка сделать хорошую вещь слабенькая. Не с теми людьми сотрудничаете, Google.
У AMD разве нет ARM-процессора?
> У AMD разве нет ARM-процессора?Как ни странно, нет. Не очень понятно почему - на их мощностях они могли бы испечь весьма годные чипы для мобильных устройств.
>У Майкрософт разве нету open source Linux-а?Как ни странно нет. Не очень понятно почему, на их девелоперах они могли бы испечь весьма годные дистры Линкуса для десктопных и модильных устройств
> Как ни странно нет. Не очень понятно почему, на их девелоперах они
> могли бы испечь весьма годные дистры Линкуса для десктопных и модильных устройствОни решили что банально рэкетировать андроид - всяко проще и дешевле чем переучивать разработчиков или нанимать новых. Такое вот читерство. Вымогательство - проще чем R&D. А если нет разницы - зачем вообще платить разработчикам?!
> Атом - это здорово. Но я люблю AMD. Их вклад в СПО
> большевообще-то Intel по объему добавленного кода в Linux на 1-м или 2-м месте: https://lwn.net/Articles/451243/
> Атом - это здорово.А что в нем здорового? Обкушено _все_ поэтому он по производительности свалился до уровня мощных ARM примерно, зато жрет в три горла. Вплоть до 10" таблеток с вентиляторами (лол!).
Наконец-то у Intel шанс (реальный шанс) появиться в мобильном сегменте, если не опозоряться со своими новыми Атомами.
> Наконец-то у Intel шанс (реальный шанс) появиться в мобильном сегменте, если не
> опозоряться со своими новыми Атомами.У интела есть шанс, реальный шанс сфейлить еще раз. Ибо планшет с вентилятором и в 3 раза толще армовского - это ппц!
Новый атом в 3 раза тоньше и на АРМ будет... наверно))
интересно, этот андроид для атома можно будет потом собрать для x86 не интел ?
via например?