The OpenNET Project / Index page

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

Джеймс Боттомли анализирует промахи Android при взаимодействии с Linux-сообществом

17.10.2011 18:36

Компания Parallels, развивающая открытую систему изолированных контейнеров OpenVZ и коммерческие решения для виртуализации, автоматизации хостинга и облачных вычислений, предоставила перевод тезисов доклада "Чему научил Android сообщество open source?", прочитанного Джеймсом Боттомли на конференции Linux Plumbers. Джеймс Боттомли, входит в управляющий совет организации Linux Foundation, занимает пост технического директора по серверной виртуализации компания Parallels и является известным разработчиком ядра Linux (мэйнтейнер SCSI-подсистемы). В своём выступлении Джеймс рассказывает о важности тесной работы с upstream-проектами, приводя в качестве примера отношение разработчиков Android к вливанию написанного кода в основное ядро Linux и размышляя, какие уроки можно извлечь из этой истории.

Джеймс начал своё выступление с общих вещей и для начала попытался ответить, что такое Android. Android – плоть от плоти Linux. И, конечно, самый успешный по количеству инсталляций дистрибутив мобильной операционной системы. Настольные версии Linux во всем их многообразии существенно отстают по численности установок.

Особенности Android:

  • В основе платформы лежит форк ядра Linux;
  • Написана с нуля часть инструментария, в частности Си-библиотека bionic;
  • Создана оригинальная виртуальная машина Java (Dalvik JVM).

На взгляд Джеймса, Android – канонический пример, как не надо делать open source проекты. Болевые точки – значительное отклонение от апстрима в модификациях ядра и изобретение двух "велосипедов"(bionic и Dalvik). Тем не менее, Android – просто вопиюще успешный Linux-дистрибутив. Стало быть, всему сообществу нелишне проанализировать ситуацию и выяснить всю правду. Кто знает, может, трюки из арсенала Android помогут в создании ещё одного успешного проекта на рынке. А успешный проект – это не менее привлекательно, чем красивый и правильный код.

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

Компания Google создавала Android как существенное ответвление от основного ядра Linux – недаром дополнительно были созданы две заметные надстройки, библиотека C и JVM. Это было сделано для того, чтобы уложиться в жёсткие сроки и чтобы внести в ядро ряд существенных изменений, необходимых для мобильных устройств. Например – добавить поддержку wakelocks (модуль для того, чтобы ядро поскорее засыпало, но при этом не переходило в спящий режим тогда, когда этого делать нельзя — например, во время разговора по телефону или игры). Все модификации изменили ОС настолько, что драйверы под обычное ядро Linux и под ядро Linux из состава Android — немного разные.

Из всего вышесказанного можно сделать вывод, что форк – зло. Однако это не так. Во-первых, все изменения в обязательном порядке выкладываются в общий доступ, как это предписывается GPL. Для сообщества это огромный плюс: без форков сообщество остановилось бы в развитии, и Google с проектом Android никогда не достиг бы его нынешних высот. Тот факт, что форк был инициирован Google, позволил компании контролировать ход работ над Android и хорошо контролировать процесс разработки. Так что форки не только не нужно запрещать, их нужно всячески поддерживать.

Другой важный вопрос – о том, насколько правомерно считать форк фрагментацией. Большинство сторонников open source, конечно же, ответят, что да, форк – это и есть фрагментация. Но Джеймс в данном вопросе категоричен. Форк – это всего лишь ответвление; фрагментация же начинается тогда, когда результаты форка не получается влить обратно в мейнстрим. В этом отношении – да, фрагментация есть безусловное зло. Она, кстати, уничтожила Unix. Но чтобы форк оставался форком и не превращался во фрагментацию, его результаты нужно вовремя влить в мейнстрим.

Ещё одна тема, вызывающая бурные дискуссии, – природа GPL для бизнеса: добро или зло? Бизнес-пользователи в большинстве считают, что зло. Им не хочется делиться своими разработками со всем миром. Похоже, у людей, которые стояли во главе проекта Android, были аналогичные представления. Но избежать GPL все равно не удалось, и ничего страшного не случилось. Самое главное – соблюдать условия лицензии. И помнить, что именно благодаря GPL мобильная платформа вообще появилась на свет.

Что насчёт виртуальной машины Dalvik ? Это самая инновационная деталь в Android. Применив её, создатели ОС заложили в платформу большой потенциал для создания действительно интересных решений. Уровень приложений для Android отделен от ядра. Ну а restricted API – это средство сделать для «Андроида» любой пользовательский интерфейс. Что мы и видим на гаджетах от разных производителей.

Пока «Андроид» выглядит как дитя гениальных родителей. Между тем, при его создании был допущен ряд больших и обидных ошибок. Первое и главное фиаско – с календарём, совместимым с MS Exchange. По какой-то причине в Android не была добавлена эта функция. Хотя она является одной из основных, например, у Blackberry. Без календаря путь Android на корпоративный рынок был закрыт. Motorola исправила этот недостаток в версии Android 1.6, самостоятельно реализовав нужную функциональность (приложение CorpCal) для телефона Droid. Поддержка календаря в рамках ОС появилась только в версии 2.2. Таким образом ОС потеряла целый год только потому, что в ней не было очевидной возможности.

Более того, создатели Android почему-то не использовали код Motorola, чтобы перенести календарь в ОС. Все оттого, что разработчики Google привыкли писать код «за высоким забором». Google плотно контролирует разработку мобильной операционной системы, «выбрасывая через забор» лишь готовые версии. Для партнёров – производителей оборудования (HTC, LG, Samsung и т.д.) нет раннего доступа к коду. Соответственно, у них и нет времени, чтобы портировать свои разработки в новую версию ОС (хотя отдельные наблюдатели утверждают, что в последнее время ситуация с ранним доступом к коду постепенно улучшается). Возможно, Google боится копирования со стороны Apple.

Ну и самое основное: чему все-таки можно научиться на опыте Google и Android? Первое и основное – неким правилам правильного форка. Надо понимать, что форк – это благо: он развивает сообщество. Для разработчика upstream - единственный способ гарантировать долгую жизнь своему коду. Вот поэтому Parallels сейчас усиленно работает над тем, чтобы интегрировать в основное ядро Linux поддержку контейнеров OpenVZ. Это большая работа, потому что код большой.

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

Ряд рекомендаций для того, чтобы слияние прошло как можно более гладко:

  • Разбивать код на небольшие фрагменты.
  • Но вместе с тем вливать код с реализацией определённой функциональности, а не кусками.
  • Быть готовыми приложить большие усилия на этапе вливания кода в апстрим.

Краткое заключение:

  • Android – яркий пример, как не стоит делать разработчикам, если хотят развивать детище, а для сообщества – урок по усмирению гордыни.
  • Сообществу нужно искать более простые способы принимать ответвившиеся проекты.
  • Сообщество должно разъяснять, почему бизнесу не надо бояться open source и GPL.
  • Каждый форк должен разрабатываться с прицелом на дальнейшее слияние кода с upstream.
  • Несмотря на все сложности, Android один из самых успешных проектов.


  1. OpenNews: Список возможностей, которых не хватает в ядре Linux по мнению системных программистов
  2. OpenNews: Интервью на тему использования открытых проектов в компании Google
  3. OpenNews: Ричард Столлман проанализировал насколько свободна платформа Android
  4. OpenNews: Google намерен вернуть в Linux-ядро код, разработанный для платформы Android
  5. OpenNews: Оценка способов организации взаимодействия компаний с открытыми проектами
Лицензия: CC-BY
Тип: яз. русский / Обобщение
Ключевые слова: linux, kernel, opensource, google, android, upstream
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (87) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, anonymous (??), 19:47, 17/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Вот поэтому Parallels сейчас усиленно работает над тем,
    > чтобы интегрировать в основное ядро Linux поддержку контейнеров OpenVZ.

    А разе опенвз все еще актуален ?

    P.S. уже на лоре как то я обсуждал сгрупс и подобное ... пора бы уж смирится.

     
     
  • 2.4, Аноним (-), 20:03, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да, актуален. Cgroups по логике вещей должен бы быть подложкой для опенвзы, которая еще и об управлении этим всем. Реально же cgroups умеет еще не все, поэтому ряд возможностей таскается как свои патчи.
     
  • 2.7, anonymous (??), 20:23, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Было бы интересно послушать, каким чудесным образом cgroups могут заменить OpenVZ.
     
     
  • 3.8, I am (??), 20:48, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Просто, кто-то не в теме :)
     
     
  • 4.12, Аноним (-), 20:55, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Щас как вкорячат везде systemd, и кто-то другой будет не теме.
     
     
  • 5.14, I am (??), 21:01, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Действительно, зачем openvz, если есть systemd :))
     
     
  • 6.29, Аноним (-), 04:19, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Действительно, зачем openvz, если есть systemd :))

    Между прочим, systemd-nspawn довольно неплохой пример использования контейнеров в сисадминских задачах, как более эффективной альтернативы chroot. Но он изначально не позиционируется как замена LXC или OpenVZ.

     
  • 6.32, Аноним (-), 06:06, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Действительно, зачем openvz, если есть systemd :))

    Действительно, зачем нужны самолеты, если есть подводные лодки?!

     
  • 4.84, Michael Shigorin (ok), 10:02, 22/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто, кто-то не в теме :)

    И эти "кто-то" -- путающие одну из деталек (cgroups) и полдвигателя (ovz).

    http://lwn.net/Articles/321971/

     
  • 3.18, Аноним (-), 22:43, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    да будет известно дону, что CPU limit, CPU usage accounting, IO priority в OpenVZ сделано через cgroups.
    похаченые иногда - но оно..
    не через них сделано только network/memory лимиты.
     
     
  • 4.30, Аноним (-), 04:24, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > не через них сделано только network/memory лимиты.

    Потому что ограничение сети в cgroups делать не будут принципиально (чтобы вдруг случайно не вышло production-ready), а ограничения по памяти приводят к диким тормозам.

     
  • 2.28, Аноним (-), 04:16, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >P.S. уже на лоре как то я обсуждал сгрупс и подобное ... пора бы уж смирится.

    Контрольные группы - это всего лишь вспомогательный механизм (ограничение ресурсов, подсчет их потребления, синхронная заморозка процессов и т.п.). В основе системы LXC прежде всего лежит концепция namespaces (для PID, FS, network и т.п.). Правда, LXC до продакшен уровня телепать гораздо дольше, чем OpenVZ до мейнстрима.

     

  • 1.5, ДФ (ok), 20:07, 17/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Автор поет оду Гуглу, не понимая зачем в Андройде Далвик, почему Гугл держит "свежий" код Андройда закрытым. Наверно "проплачен" или просто не в теме.
    СПО сообщество терпит Андройд только потому, что он дает возможность рекламировать Линукс. Сам же Линукс, как софт, не имеет с Андройда ничего:
    1) нет существенных патчей для ядра в Апстрим,
    2) нет никаких приложений для Линукс из-за кривого Далвика. Т.е. все 200 000 аппов идут мимо любого Линукс дистрибутива. То же верно в обратную сторону - Линуксовые проги не работают на планшетах Гугла. Оно и понятно: Гугл пилит бабло только для себя, и поддерживать Линукс софтом НИ В КОЕМ СЛУЧАЕ НЕ СОБИРАЕТСЯ. Иначе М$ затроллил бы его патентами за поддержку СПО, от которого M$ тупо теряет доходы.
    3) Самое главное: Далвик - это попытка перехвата инициативы экосистемы Линукса. Сейчас идет массовое переписывание того, что есть на Линукс в кривом Даливике и все в кривой Java. Через пару лет "опенсорс" будет полностью под контролем Гугла, так как только его криво-софт будет на большинстве девайсов. А кто девушку "кушает", тот ее и танцует...
    Я уже писал об этом:
    https://www.opennet.ru/openforum/vsluhforumID3/80317.html?n=%D0%94&#
    https://www.opennet.ru/openforum/vsluhforumID3/80200.html?n=%E4%E6#2
    4) А насчет "опенсорс", Столлман уже щелкнул Гугл по носу https://www.opennet.ru/opennews/art.shtml?num=31795
    5) В Гугловском Dart тоже кривая виртуалка типа Далвика, которая тоже имеет цели захвата сегмента ПО Гуглом с целью полного его контроля.
    6) успех Андройда обусловлен раскруткой Гугла, огромные вливания на рекламу, СМИ, пропаганду в блогах, переманивания пользователей НАСТОЯЩЕГО СПО на кривокод Гугла. С технологической точки зрения использование виртуалки не обосновано. Без нее можно спокойно обойтись (Мееgo, Ubuntu для планшетов, ...). Если бы Гугл взялся за Meego c N9 (гепотетически), он бы баблом его расрутил не хуже Андройда. Капиталисты знают как пустить слюну толпе, имея 99% дохода Гугла с рекламы ТОВАРОВ.

     
     
  • 2.9, bsd (??), 20:49, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    не путайте ядро и дистрибутив.

    Android - это таки дистирубив Linux'а

     
     
  • 3.11, ДФ (ok), 20:53, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В каком месте я спутал, товарищ КО?
     
  • 3.15, SDSWanderer (ok), 21:31, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да, тебя товарищ можно уже однозначно идентифицировать по НЕНАВИСТИ к Google, как кое-кого по любви в Java.

    >Джеймс Боттомли, входит в управляющий совет организации Linux Foundation, занимает пост технического директора по серверной виртуализации компания Parallels и является известным разработчиком ядра Linux (мэйнтейнер SCSI-подсистемы).
    > Автор поет оду Гуглу, не понимая зачем в Андройде Далвик, почему Гугл держит "свежий" код Андройда закрытым. Наверно "проплачен" или просто не в теме.

    ...другое дело ты, уважаемый и известный. Дальше не читал.

     
     
  • 4.22, ДФ (ok), 00:54, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    У меня нет ненависти конкретно к Google. У меня неприязнь к их инвесторам, "Goldman Sachs и друзья" (как и у M$ c Эпплом), которые ради наживы готовы бороться с СПО всеми возможными способами. Создание псевдо-свободного Андройда с кривым Далвиком и несовместимым с другим (не-Андройдовским) СПО - это я бы сказал филигранная работа, завернутая в красивую обертку "добра". Браво! Линукс и СПО под него остается в 2% нише и не получит распространения ни на телефонах, ни на планшетах, ни на планируемых компах от Гугла! Бабло будет, аминь!
    А ведь могли же просто сделать что-то вроде Meego и раскрутить...
     
     
  • 5.36, Аноним (-), 08:29, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А ведь могли же просто сделать что-то вроде Meego и раскрутить...

    Не могли они. Гуглу нужна максимальная кроссплатформенность без перекомпиляции, дабы не заставлять бедных голодных проприетарщиков пересобирать андроид-мир или, не дай Б-г, открывать хоть 1% исходников своего крапа и пугать потребителей инструкциями "вы сами можете пересобрать". Да и продавать блобы было бы тяжелее. Короче говоря, всунуть лишнюю планку памяти в конечном счете дешевле, чем надеяться на понимание пользователей и производителей телефонов, которые могут и накосячить

     
     
  • 6.88, gogo (?), 10:12, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Какая на фик кроссплатформенность?? Все девайсы на АРМе.
     
     
  • 7.89, Andrey Mitrofanov (?), 19:05, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Какая на фик кроссплатформенность?? Все девайсы на АРМе.

    Ты себе не представляешь, сколько в том АРМ-е платформ! Что ни дивайс -- платформа, портирование, проблемы с дыверами ипр, ипр....

     
  • 4.60, arisu (ok), 14:36, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ...другое дело ты, уважаемый и известный. Дальше не читал.

    Сперва Добейся! (ц)

     
  • 2.16, Evtomax (ok), 21:33, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Среди этих 200000 аппов есть хоть что-нибудь ценное? Каким образом будет писаться более или менее сложное свободное ПО для андроида без нормальной экосистемы?
     
     
  • 3.20, Заоза (?), 00:02, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Боюсь там даже полтинник наберется с трудом, как и в аппстор. За пр-ия не считаю виждеты и всякие красивости, а так же твиттеконтакто клиенты.
     
  • 3.21, ДФ (ok), 00:44, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В том то и дело, что не особо много ценного. Зато для толпы большие числа имеют значение, в первую очередь - рекламное. Таким образом, ход типа "200 000 Goolge приложений нативно работают и на Ubuntu" был бы мощным пиаром для хомяков.
    На ростовщически ориентированной части нашей планеты сегодня работают законы толпы. Если толпе не скажут, что Linux  - это ничуть не хуже, чем Windows или Андройд, то Linux так и будет в 2% потребительской нише. Говорить же о Linux толпе (99%), так же, скажем, как о Windows или Андройде, пока не один из толстых денежных котов (1%) не собирается, чтобы не терять доходы. Потому, в частности, их уже и начинают гонять палкой на Уолл-Стрит...
     
     
  • 4.46, Аноним (-), 11:06, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    "Если толпе не скажут, что Linux  - это ничуть не хуже, чем Windows"

    Не заблуждайся.
    1. Зоопарк Линуксов, разбираться в котором совершенно не хочется.
    2. Зоопарк ПО. То одно, то другое, то третье (?? - Open Office - Libre Office - ??) со сменой каждые полгода-год. Если следишь - всё логично, если нет - как снег на голову. И разбираться с этим совершенно не хочется.
    3. Вышла Ubuntu - куча глюков, всё скрипит и норовит упасть. И эта не какая-нибудь сырая бета, а вполне оформленный релиз.

    Итог: "лучшая ОС - это ОС, название и версию который вы не помните" (потому что всё работает). В случае с Линукс это невозможно.

     
     
  • 5.49, Аноним (-), 12:13, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Gentoo. Я серьёзно не помню ни установнчную версию, ни примерную дату последнего апдейта, т.к. всё просто работает. :P
     
     
  • 6.52, Аноним (-), 13:01, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Я видел Генту в работе. Ужасает.

    Началось всё с того что один чел из ИТ отдела сказал что ему осточертел Win и он переходит на Генту. После он 5 дня её компилировал, ни хрена при этом не делая: какие-то ошибки постоянно вылезали. После оказалось что не работает сетевая карта. Ещё через неделю сетевая карта заработала, но wine ставиться отказался. Он полностью перекомилировал (+3 дня), wine встал, но не дружил с Win-шарой в результате чего корпоративное ПО у него не запускалось. Закончилось это тем что он взял себе ещё один комп: на одном стояла генту и он читал новости, на другом старый добрый Win и он был основным рабочим.

     
     
  • 7.61, arisu (ok), 14:39, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я видел Генту в работе. Ужасает.

    «я видел анонима в комментариях. ужасает.»

     
     
  • 8.72, Аноним (-), 16:22, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Сравни с Win где всё работает сразу и без проблем Вот это ужасает ... текст свёрнут, показать
     
     
  • 9.73, arisu (ok), 16:25, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    свежо питание ... текст свёрнут, показать
     
  • 2.17, Аноним (-), 21:36, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Всё это высосано из пальца. Слово "кривая", конечно же, объективная и авторитетная оценка для всех перечисленных проектов.
    Слова Столлмана для Гугла и большинства пользователей Андроида - пустой звук.

    Виртуальная машина в Андроиде абсолютно обоснована. Даже автор этой статьи на это указал:
    "Уровень приложений для Android отделен от ядра." Это даёт и защиту от ряда уязвимостей и удобство разработки.

    Ты же, неграмотный ДФ, просто не видишь дальше своего носа и необоснованно указываешь на какой-то заговор, который есть ни что иное, как реакция неграмотного обывателя на резкий и обоснованный рост популярности продукта, в данном случае - Андроида.

     
     
  • 3.23, ДФ (ok), 01:02, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >"Уровень приложений для Android отделен от ядра." Это даёт и защиту от ряда уязвимостей

    Каких уязвимостей, ау! Это Линукс, на котором сидят ВВС США и России. Поверьте, хомякам этого более чем достаточно. Плывет же ваша аргументация...

    >Удобство разработки.

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

     
  • 3.37, Аноним (-), 08:30, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это даёт и защиту от ряда уязвимостей и удобство разработки.

    То и дело всплывают новости об очередном андроид-трояне

     
     
  • 4.51, skybon (ok), 12:47, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    LOL, трояны - тоже признак успешности. Под Ubuntu не найдёшь вирусов потому что ей пользуются три с половиной человека ;)
     
     
  • 5.56, ДФ (ok), 13:38, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Доля Линукса на очень серьезные корпоративных серверах не меньше проприетарщины от M$ и прочих, и что-то не особо много новостей о их взломе по вине именно Линукса. И согласитесь, куда "интересней" ломать такие сервера, нежели "стучаться" к хомячкам. Так что Ваш комментарий - не аргумент.
     
     
  • 6.78, skybon (ok), 08:49, 19/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Доля Линукса на очень серьезные корпоративных серверах не меньше проприетарщины от M$
    > и прочих, и что-то не особо много новостей о их взломе
    > по вине именно Линукса. И согласитесь, куда "интересней" ломать такие сервера,
    > нежели "стучаться" к хомячкам. Так что Ваш комментарий - не аргумент.

    Сервера взламывают не троянами, а всякими SQL-инъекциями. Вирусами ломают домашние и офисные ПК, которые, естественно, на Винде.

     
  • 2.42, iZEN (ok), 09:21, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > С технологической точки зрения использование виртуалки не обосновано.

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

    Кроме того, модель VM несёт преимущества независимости бинарного кода приложения от конкретного аппаратного окружения: программы не нужно перекомпилировать под конкретную "железку".

     
     
  • 3.50, Аноним (-), 12:30, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Кроме того, модель VM несёт преимущества независимости бинарного кода приложения от конкретного аппаратного окружения: программы не нужно перекомпилировать под конкретную "железку"

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

     
     
  • 4.68, iZEN (ok), 15:05, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ага Для этого придуман JIT, чтобы хомячки не пользовались ручником GCC и make... текст свёрнут, показать
     
     
  • 5.79, Аноним (-), 14:55, 19/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    JIT - та же компиляция, только при запуске и каждый раз заново Нафига Один раз... текст свёрнут, показать
     
     
  • 6.82, arisu (ok), 02:22, 20/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > до Java юзеры как-то жили и вполне
    > обходились запуском бинарей, ничего не компилируя.

    «это было хорошо для наших дедов и отцов, значит, это хорошо и для нас!»

    никак не защищая конкретно жабу, хочу заметить, что за динамическими компиляторами будущее.

    нет, доказывать мне лень. sapienti sat.

     
  • 6.83, iZEN (ok), 01:37, 21/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что JIT ится не весь код, а только та часть, которая затребована для выпо... текст свёрнут, показать
     
  • 2.76, Ян Злобин (ok), 18:59, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ДФ, кривой Дврвик, кривая джава.  Чем всё это криво? :-)
     
     
  • 3.77, winduzoid (ok), 20:24, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не принимайте близко к сердцу.
    У человека идея-фикс. Он однажды увидел истину, и теперь несет ее в массы. Я как-то пытался с ним дискутировать, но пробиться сквозь "кривой далвик", "кривую джаву" и "поделки гугля" не смог. Больше не вступаю с ним в споры.
     
  • 2.85, Michael Shigorin (ok), 10:06, 22/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Наверно "проплачен" или просто не в теме.

    Извините, но когда ДФ такое говорит про ДжБ, то не в теме явно первый (и мочить ему надо бы не гугль, а некрософт, в который уж раз повторю).

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

     

  • 1.6, Александр (??), 20:14, 17/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Я вот тоже с этим всем в корне не согласен. Так скажем MS что то там, нафиг не нужно и эта хрень точно не могла помочь долбанному андроиду. OpenVZ ваще хорошо забытое старое и с приходом xen не актуальное решение, ктр в своей основе имеет столько недостатков что да же все не перечислить.
    видимо этот доклад ни что иное как рекламный ход openvz, ктр теряет клиентов. А андроид сейчас у всех на языке, потому все и думают что это клевая ос. она клевая потому что в нее вложили милиарды гугла, а так она дерьмо. тока вдумайтесь внутри ос крутится виртуалка в которой работает все остальное. тфу нечесть.
     
     
  • 2.10, I am (??), 20:52, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > OpenVZ ваще хорошо забытое старое и
    > с приходом xen не актуальное решение

    А что, приход xen - хороший приход?;)  Пытаться сравнивать красное с мокрым выделяет вас как несомненного эрудита в области xen и openvz.

     
  • 2.13, anonymous (??), 20:58, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >ктр в своей основе имеет столько недостатков что да же все не перечислить

    Все не надо, но хотелось бы выслушать хотябы несколько.

     
  • 2.19, Аноним (-), 22:44, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Я вот тоже с этим всем в корне не согласен. Так скажем
    > MS что то там, нафиг не нужно и эта хрень точно
    > не могла помочь долбанному андроиду. OpenVZ ваще хорошо забытое старое и

    лучше сказать - попытка скрыть нарушения GPL в коде виртуозы.

     
  • 2.31, Аноним (-), 04:25, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > OpenVZ ваще хорошо забытое старое и с приходом xen не актуальное решение

    Почему сразу Xen? Может, DRBD? Или accel-pptp?

     
  • 2.33, Аноним (-), 06:10, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > OpenVZ ваще хорошо забытое старое и с приходом xen не актуальное решение,

    А автомобили после изобретения самолетов - и подавно?!

     

  • 1.25, evgeny_t (ok), 02:25, 18/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    статья ниочём или перевод гов...
    единственное что им не понравилось так это wakelocks
    кто сказал что dalvik это велосипед,
    java тоже велосипед ?
    python - тоже велосипед и javascript
    и все остальные языки c gc ?

    диагноз: c++ головного мозга...

     
  • 1.26, evgeny_t (ok), 02:27, 18/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    -да, фрагментация есть безусловное зло. Она, кстати, уничтожила Unix

    фрибсдешники негодуют )

     
     
  • 2.55, 1 (??), 13:31, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    с чего ты взял что что-то уничтожило Unix? ты его даже не видел а уже басни гоняешь тут
     
     
  • 3.63, arisu (ok), 14:42, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > с чего ты взял что что-то уничтожило Unix? ты его даже не
    > видел а уже басни гоняешь тут

    лол. это цитата из новости

     

  • 1.27, evgeny_t (ok), 02:31, 18/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    -Первое и главное фиаско – с календарём, совместимым с MS Exchange.

    офигеть ГЛАВНОЕ ФИАСКО
    то что гугл из линукс с помощью хоть каких то патчей сделал среду где любой школьник может наваят своё приложение это фигня, а вот календарь несовместимый с Exchange это проблема.
    да вообще кто то пользуется календарями ?
    блондинки негодуют

     
     
  • 2.34, Аноним (-), 06:12, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > офигеть ГЛАВНОЕ ФИАСКО

    Ну так у них есть сервис работы с ним. Не прикрутить его к своим же телефонам - странное решение. Хотя так импатентные тролли будут сильнее дубинкой махать.

     
  • 2.39, www2 (??), 08:55, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >да вообще кто то пользуется календарями ?

    У англоговорящих людей (США и Англия, как минимум) очень высокая культура планирования. Они могут запланировать мероприятие на конкретное время аж за 3 недели. У нас же не принято планировать больше чем на неделю, а точное время обычно уточняется за день до мероприятия - это называется "созвонимся". Не удивительно, что там пользуются календарями гораздо чаще, синхронизация календарей с коллегами и возможность заглянуть в чужой календарь - это вообще функции первой необходимости. Культура у них такая.

     
  • 2.64, arisu (ok), 14:43, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > то что гугл из линукс с помощью хоть каких то патчей сделал
    > среду где любой школьник может наваят своё приложение это фигня

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

     
  • 2.86, Michael Shigorin (ok), 10:13, 22/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > блондинки негодуют

    Н-да, отложив учебники.

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

    И пообщались бы хоть немного с людьми поколением старше, которые много дел делают и которым нередко уже впарили эксчанж.

    А потом уже негодовали.

     

  • 1.35, iCat (ok), 07:16, 18/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На мой взгляд (взгляд потребителя OpenSource и других прогрессивных явлений) "победное шествие" Android обеспечили не технологии и не усилия маркетологов.

    Я уверен, что успех Android объясняется тем, что до его появления не существовало широкого использования OpenSource платформы при производстве телефонов вообще и смартфонов в частности.

    "В удачное время в удачном месте".

    Тем не менее "рискнуть и победить" решился именно Google. Вот за это ему спасибо.
    Следующим шагом (IMHO) должен быть отказ от Java как явления в пользу чего-то более "генетически" стройного.

     
     
  • 2.40, www2 (??), 08:58, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Следующим шагом (IMHO) должен быть отказ от Java как явления в пользу чего-то более "генетически" стройного.

    Этим только Nokia занимается (или занималась?) Qt и MeeGoo, N800 и иже с ними - это их проекты.

     

  • 1.38, Аноним (-), 08:37, 18/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А мне кажется что Android получил вдох потому, что он позиционировался как сво... текст свёрнут, показать
     
  • 1.41, iZEN (ok), 08:59, 18/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Что мне не нравится в Android:
    — это Linux;
    — это не Java.
     
     
  • 2.43, жабабыдлокодер (ok), 09:49, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Немножко поправлю:
    - это НЕ Linux - на андроиде нельзя запускать нативные линукс-приложения;
    - это Java, но ява не на месте - ее место на сервере и в обработке данных, а совсем не на слабеньком телефоне и не на планшете, куда надо ставить нормальную среду.
    А так, в общем, мне тоже андроид не нравится...
     
     
  • 3.44, VoDA (ok), 10:42, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Немножко поправлю:
    > - это НЕ Linux - на андроиде нельзя запускать нативные линукс-приложения;

    Linux - это ядро, потому Android это дистрибутив Linux.

    > - это Java, но ява не на месте - ее место на
    > сервере и в обработке данных, а совсем не на слабеньком телефоне
    > и не на планшете, куда надо ставить нормальную среду.

    Java это основное преимущество Android для большинства программистов на планете ;)

    PS большинство программистов работает на Java )))


     
     
  • 4.45, VoDA (ok), 10:45, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    PPS свой Android купил по двум причинам:
    * Базовый язык платформы - java
    * Синхронизация с GMail, который работает под Linux и под Windows. Заставить другие аппараты синхрониться с PIM-софтом работающим под Linux было практически не реально - патчи на ядро, куча конфигов и прочее мракобесие.
     
  • 4.47, жабабыдлокодер (ok), 11:08, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Все-таки мне кажется не совсем считать андроид линукс-дистрибутивом только потому, что там есть сильно измененное гуглом ядро. Любой дистрибутив линукса предполагает возможность запуска программ, не входящих в базовую поставку, хотя бы при помощи компиляции из исходников. В андроидном планшете я не могу скомпилировать веснот, чтобы поиграться в свободное время.
    И никаких преимуществ для программистов в виде использования явы я не вижу. Одно можно сказать точно: именно для телефона преимущества явы над другими языками бесполезны. На телефоне во главу угла надо ставить не простоту и скорость разработки, а ресурсоемкость. Увы, сунуть еще одну плашку оперативки в телефон нельзя, это не сервер...
     
     
  • 5.57, fi (ok), 14:03, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Любой дистрибутив линукса предполагает

    A попробуйте запустить что-нибудь на продвинутом телевизоре, там почти в каждом теперь linux сидит :)
    И таких примеров тьма.

    Хотя слово дистрибутив давно ошибочно приписывается к семейству ОС на базе linux.


     
     
  • 6.58, жабабыдлокодер (ok), 14:10, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Встроенная система, внезапно, дистрибутивом не является.
     
  • 5.69, iZEN (ok), 15:13, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И никаких преимуществ для программистов в виде использования явы я не вижу.

    Безопасный доверенный код, который запускается на личном устройстве в отдельной VM.

    > Одно можно сказать точно: именно для телефона преимущества явы над другими
    > языками бесполезны.

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

    > На телефоне во главу угла надо ставить не простоту
    > и скорость разработки, а ресурсоемкость. Увы, сунуть еще одну плашку оперативки
    > в телефон нельзя, это не сервер...

    Многозадачная J2ME реализована в просто-телефонах. Удивительно, правда?

     
     
  • 6.75, жабабыдлокодер (ok), 17:01, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Безопасный доверенный код, который запускается на личном устройстве в отдельной VM.
    > Скорость разработки приложений на Java много выше, чем на других (компилируемых) языках.
    > Распространённость кодовой базы в разы превосходит остальные языки и библиотеки.

    Полностью согласен. Поэтому и выбрал яву для себя. Но за все надо платить - и ява платит скоростью (в первую очередь за счет работы сборщика мусора) и повышенным расходом памяти (и ее сильной фрагментацией). Это все незаметно на сильном компьютере, но ставить эту всю красоту на маломощный АРМ, это, по моему мнению, все равно, что на КАМАЗЕ ездить за коробком спичек. Можно, конечно. Но разве лучше решений нет? Жаль, c МиГой только полторы модели телефонов...


     
  • 6.87, Michael Shigorin (ok), 10:24, 22/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> И никаких преимуществ для программистов в виде использования явы я не вижу.
    > Безопасный доверенный код, который запускается на личном устройстве в отдельной VM.

    Да-да, а мы помним и такие design error'ы: http://www.securityfocus.com/bid/4313/discuss

    >> Одно можно сказать точно: именно для телефона преимущества явы над другими
    >> языками бесполезны.
    > Скорость разработки приложений на Java много выше, чем на других (компилируемых) языках.

    Расскажите при встрече камлятникам или P5EE'шникам каким, здоровый смех продлит им жисть. :)

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

     
  • 4.48, Аноним (-), 11:29, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Linux - это ядро, потому Android это дистрибутив Linux.

    Что такое дистрибутив ядра? Комплект патчей? А толку?

    Все мои претензии к андроиду (но не к гуглу) исчезнут как только Android станет полностью бинарно и сорцово совместим с GNU/Linux.

     
     
  • 5.53, Аноним (-), 13:14, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Все мои претензии к андроиду (но не к гуглу) исчезнут как только
    > Android станет полностью бинарно и сорцово совместим с GNU/Linux.

    Исходя из указанной в статье популярности скорее GNU/Linux станет запускать приложения для Андроида, сделает их нативными или придумает ещё один Wine - Aine ('Aine is not emulator').

     
     
  • 6.67, arisu (ok), 14:46, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > скорее GNU/Linux станет запускать приложения для Андроида

    лол. там что, есть таки что-то нужное, чего нет для нормальной системы?

     
  • 5.90, VoDA (ok), 23:38, 18/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Linux - это ядро, потому Android это дистрибутив Linux.
    > Что такое дистрибутив ядра? Комплект патчей? А толку?

    Дистрибутив это сборка определенной ОС поверх определенного ядра. Потому Android это сборка поверх Linux или дистрибутив Linux.

     
  • 4.66, arisu (ok), 14:45, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    s/программистов/codemonkeys/g

    obvious fix.

     
  • 3.65, arisu (ok), 14:44, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > - это Java, но ява не на месте - ее место на
    > сервере и в обработке данных

    нененене, дэвидблэйн, нененене!

     
     
  • 4.70, iZEN (ok), 15:17, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> - это Java, но ява не на месте - ее место на
    >> сервере и в обработке данных
    > нененене, дэвидблэйн, нененене!

    Думаете, нужно Tomcat переписать на C++, а сервлеты на PHP/Perl/Python/Ruby? :)


     
     
  • 5.71, arisu (ok), 15:22, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Думаете, нужно Tomcat переписать на C++, а сервлеты на PHP/Perl/Python/Ruby? :)

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

     
  • 5.74, жабабыдлокодер (ok), 16:54, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А что, томкэт (я предпочитаю гласфиш) разве не на сервере работает? А сервлеты где находятся?
     

  • 1.59, arisu (ok), 14:34, 18/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    краткое содержание: «тра-ла-ла-ла-ла, ведроид хороший, хоть и непонятно чем, тра-ла-ла-ла-ла, ведроид хороший и это не фрагментация, хотя ядро так оттарабанили, что оно уже в майнлайн не помещается, но это не фрагментация и ведроид хороший!».
     
  • 1.80, kalamar_0363hotmail.com (?), 16:18, 19/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    karnel nod :/программистов/codemonkeys/g
     
  • 1.81, me (??), 18:44, 19/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Поэтому код, который планируется к вливанию, лучше регулярно показывать сообществу. Даже если слияние – дело далёкого будущего. Лучше, чтобы тебя услышали на раннем этапе. В том числе и те, кто потом будет вливать код в апстрим.

    ой прелесть какая, наверно именно по этому публика видит openvz v2.6.32, а "паралели" регулярно выпускают патчи... к 2.6.32, и собираются интегрировать его в апстрим long-supported ветки 2.6.32.x видимо.

     
  • 1.91, Рустем Саиткулов (?), 09:14, 07/07/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    https://gitter.im/rus-speaking/android
     
     
  • 2.92, Рустем Саиткулов (?), 09:14, 07/07/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Появился чат русскоязычных Android разработчиков
     

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



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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