URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 80814
[ Назад ]

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

Отправлено opennews , 17-Окт-11 19:47 
Компания Parallels (http://www.parallels.com/), развивающая открытую систему изолированных контейнеров OpenVZ (http://openvz.org/) и коммерческие решения для виртуализации, автоматизации хостинга и облачных вычислений, предоставила перевод тезисов доклада "Чему научил Android сообщество open source?", прочитанного Джеймсом Боттомли на конференции Linux Plumbers (http://www.linuxplumbersconf.org/2011/ocw/proposals/897). Джеймс Боттомли, входит в управляющий совет организации Linux Foundation, занимает (http://www.opennet.me/opennews/art.shtml?num=31467) пост технического директора по серверной виртуализации компания Parallels и является известным разработчиком ядра Linux (мэйнтейнер SCSI-подсистемы). В своём выступлении Джеймс рассказывает о важности тесной работы с upstream-проектами, приводя в качестве примера отношение разработчиков Android к вливанию написанного кода в основное ядро Linux и размышляя какие уроки можно извлечь из этой истории.

Джеймс начал начал своё выступлени...

URL:
Новость: http://www.opennet.me/opennews/art.shtml?num=32062


Содержание

Сообщения в этом обсуждении
"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено anonymous , 17-Окт-11 19:47 
> Вот поэтому Parallels сейчас усиленно работает над тем,
> чтобы интегрировать в основное ядро Linux поддержку контейнеров OpenVZ.

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

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 17-Окт-11 20:03 
Да, актуален. Cgroups по логике вещей должен бы быть подложкой для опенвзы, которая еще и об управлении этим всем. Реально же cgroups умеет еще не все, поэтому ряд возможностей таскается как свои патчи.

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено anonymous , 17-Окт-11 20:23 
Было бы интересно послушать, каким чудесным образом cgroups могут заменить OpenVZ.

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено I am , 17-Окт-11 20:48 
Просто, кто-то не в теме :)

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 17-Окт-11 20:55 
Щас как вкорячат везде systemd, и кто-то другой будет не теме.

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено I am , 17-Окт-11 21:01 
Действительно, зачем openvz, если есть systemd :))

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 18-Окт-11 04:19 
> Действительно, зачем openvz, если есть systemd :))

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 18-Окт-11 06:06 
> Действительно, зачем openvz, если есть systemd :))

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Michael Shigorin , 22-Окт-11 10:02 
> Просто, кто-то не в теме :)

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

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 17-Окт-11 22:43 
да будет известно дону, что CPU limit, CPU usage accounting, IO priority в OpenVZ сделано через cgroups.
похаченые иногда - но оно..
не через них сделано только network/memory лимиты.

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 18-Окт-11 04:24 
> не через них сделано только network/memory лимиты.

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 18-Окт-11 04:16 
>P.S. уже на лоре как то я обсуждал сгрупс и подобное ... пора бы уж смирится.

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


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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено bsd , 17-Окт-11 20:49 
не путайте ядро и дистрибутив.

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено ДФ , 17-Окт-11 20:53 
В каком месте я спутал, товарищ КО?

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено SDSWanderer , 17-Окт-11 21:31 
Да, тебя товарищ можно уже однозначно идентифицировать по НЕНАВИСТИ к Google, как кое-кого по любви в Java.

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

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено ДФ , 18-Окт-11 00:54 
У меня нет ненависти конкретно к Google. У меня неприязнь к их инвесторам, "Goldman Sachs и друзья" (как и у M$ c Эпплом), которые ради наживы готовы бороться с СПО всеми возможными способами. Создание псевдо-свободного Андройда с кривым Далвиком и несовместимым с другим (не-Андройдовским) СПО - это я бы сказал филигранная работа, завернутая в красивую обертку "добра". Браво! Линукс и СПО под него остается в 2% нише и не получит распространения ни на телефонах, ни на планшетах, ни на планируемых компах от Гугла! Бабло будет, аминь!
А ведь могли же просто сделать что-то вроде Meego и раскрутить...

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 18-Окт-11 08:29 
> А ведь могли же просто сделать что-то вроде Meego и раскрутить...

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено gogo , 25-Окт-11 10:12 
Какая на фик кроссплатформенность?? Все девайсы на АРМе.

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Andrey Mitrofanov , 25-Окт-11 19:05 
> Какая на фик кроссплатформенность?? Все девайсы на АРМе.

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


"Джеймс Боттомли анализирует промахи Android при..."
Отправлено arisu , 18-Окт-11 14:36 
> ...другое дело ты, уважаемый и известный. Дальше не читал.

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Evtomax , 17-Окт-11 21:33 
Среди этих 200000 аппов есть хоть что-нибудь ценное? Каким образом будет писаться более или менее сложное свободное ПО для андроида без нормальной экосистемы?

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Заоза , 18-Окт-11 00:02 
Боюсь там даже полтинник наберется с трудом, как и в аппстор. За пр-ия не считаю виждеты и всякие красивости, а так же твиттеконтакто клиенты.

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено ДФ , 18-Окт-11 00:44 
В том то и дело, что не особо много ценного. Зато для толпы большие числа имеют значение, в первую очередь - рекламное. Таким образом, ход типа "200 000 Goolge приложений нативно работают и на Ubuntu" был бы мощным пиаром для хомяков.
На ростовщически ориентированной части нашей планеты сегодня работают законы толпы. Если толпе не скажут, что Linux  - это ничуть не хуже, чем Windows или Андройд, то Linux так и будет в 2% потребительской нише. Говорить же о Linux толпе (99%), так же, скажем, как о Windows или Андройде, пока не один из толстых денежных котов (1%) не собирается, чтобы не терять доходы. Потому, в частности, их уже и начинают гонять палкой на Уолл-Стрит...

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 18-Окт-11 11:06 
"Если толпе не скажут, что Linux  - это ничуть не хуже, чем Windows"

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

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 18-Окт-11 12:13 
Gentoo. Я серьёзно не помню ни установнчную версию, ни примерную дату последнего апдейта, т.к. всё просто работает. :P

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 18-Окт-11 13:01 
Я видел Генту в работе. Ужасает.

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


"Джеймс Боттомли анализирует промахи Android при..."
Отправлено arisu , 18-Окт-11 14:39 
> Я видел Генту в работе. Ужасает.

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


"Джеймс Боттомли анализирует промахи Android при..."
Отправлено Аноним , 18-Окт-11 16:22 
Сравни с Win где всё работает сразу и без проблем. Вот это ужасает.

"Джеймс Боттомли анализирует промахи Android при..."
Отправлено arisu , 18-Окт-11 16:25 
> Сравни с Win где всё работает сразу и без проблем.

свежо питание.


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 17-Окт-11 21:36 
Всё это высосано из пальца. Слово "кривая", конечно же, объективная и авторитетная оценка для всех перечисленных проектов.
Слова Столлмана для Гугла и большинства пользователей Андроида - пустой звук.

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

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено ДФ , 18-Окт-11 01:02 
>"Уровень приложений для Android отделен от ядра." Это даёт и защиту от ряда уязвимостей

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

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

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 18-Окт-11 08:30 
> Это даёт и защиту от ряда уязвимостей и удобство разработки.

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено skybon , 18-Окт-11 12:47 
LOL, трояны - тоже признак успешности. Под Ubuntu не найдёшь вирусов потому что ей пользуются три с половиной человека ;)

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено ДФ , 18-Окт-11 13:38 
Доля Линукса на очень серьезные корпоративных серверах не меньше проприетарщины от M$ и прочих, и что-то не особо много новостей о их взломе по вине именно Линукса. И согласитесь, куда "интересней" ломать такие сервера, нежели "стучаться" к хомячкам. Так что Ваш комментарий - не аргумент.

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено skybon , 19-Окт-11 08:49 
> Доля Линукса на очень серьезные корпоративных серверах не меньше проприетарщины от M$
> и прочих, и что-то не особо много новостей о их взломе
> по вине именно Линукса. И согласитесь, куда "интересней" ломать такие сервера,
> нежели "стучаться" к хомячкам. Так что Ваш комментарий - не аргумент.

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено iZEN , 18-Окт-11 09:21 
> С технологической точки зрения использование виртуалки не обосновано.

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

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 18-Окт-11 12:30 
> Кроме того, модель VM несёт преимущества независимости бинарного кода приложения от конкретного аппаратного окружения: программы не нужно перекомпилировать под конкретную "железку"

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено iZEN , 18-Окт-11 15:05 
>> Кроме того, модель VM несёт преимущества независимости бинарного кода приложения от конкретного аппаратного окружения: программы не нужно перекомпилировать под конкретную "железку"
> Перекомпилировать и потом использовать нативный и шустрый вариант, по-моему, значительно
> проще и дешевле

Ага. Для этого придуман JIT, чтобы хомячки не пользовались "ручником" GCC и make.

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

Это вам VirtualBox мерещится?

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

Как раз-таки байткод доступен, подписан, верифицирован и распространяется в качестве приложения. А вам исходники нужно ещё найти и проверить, что это именно они, а не подсунутые Большим Братом.

> т.е. все это делается исключительно для любителей продавать блобы

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 19-Окт-11 14:55 
> Ага. Для этого придуман JIT, чтобы хомячки не пользовались "ручником" GCC и make.

JIT - та же компиляция, только при запуске и каждый раз заново. Нафига? Один раз скомпилировать и положить в репозиторий нельзя? Почти во всех дистрибутивах так делается. Если очень хочется отложенной компиляции, можно выполнять ее один раз перед _первым запуском_ на автомате, а в дальнейшем стартовать уже скомпиленное - почему так не делается в JVM? А если делается, почему потребление памяти традиционно зашкаливает, если оно не должно отличаться от нативных аналогов?

> Как раз-таки байткод доступен, подписан, верифицирован и распространяется в качестве приложения

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

> Это делается для того, чтобы избавить конечных пользователей от компиляции и защитить их память от переполнений разнообразных буферов и от последующего запуска ботнета

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


"Джеймс Боттомли анализирует промахи Android при..."
Отправлено arisu , 20-Окт-11 02:22 
> до Java юзеры как-то жили и вполне
> обходились запуском бинарей, ничего не компилируя.

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

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

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено iZEN , 21-Окт-11 01:37 
>> Ага. Для этого придуман JIT, чтобы хомячки не пользовались "ручником" GCC и make.
> JIT - та же компиляция, только при запуске и каждый раз заново.
> Нафига?

Потому что JIT'ится не весь код, а только та часть, которая затребована для выполнения в конкретный момент времени. Это сокращает накладные расходы процессорного времени на полную перекомпиляцию обновившегося ПО, а в случае с Java изначально предполагалось, что ПО будет обновляться достаточно часто (апплеты  с сервера загружаются же ж). А теперь так оно и вышло, только вместо апплетов продвигается модульность приложений на уровне отдельных JAR (сначала EJB с EAR, WAR на сервере, потом OSGi и там, и там и т.д.) и непрерывная интеграция-развёртывание ПО в энтерпрайзной инфраструктуре.

C++ приложения просто не угонятся за непрерывным обновлением: только что перекомпилировали Firefox 7.0, как уже пришло обновление до Firefox 7.0.1 — использовать не успеваем, время тратим только на обновления и т.д., в таком же духе. :))

> Один раз скомпилировать и положить в репозиторий нельзя?

Посмотрите на .NET. Там это реализовано, но накой — сами не знают.
Ещё идиотский каскадный стек фреймворков: 2.0/3.0/3.5/4.0, каждый из которых тянет собственные дополнения (некоторые не устанавливаются). Такая система окончательно запутывает пользователя вопросом "Накой столько фреймворков .NET на Windows? Почему нельзя обойтись одним, последней версии?"

> Почти во всех дистрибутивах так делается.

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

> Если очень хочется отложенной компиляции, можно выполнять ее один раз перед _первым запуском_ на автомате, а в дальнейшем стартовать уже скомпиленное - почему так не делается в JVM?

Разработчики JVM так решили. Кстати, есть AOT JVM, которые выполняют компиляцию байткода в нативный код процессора непосредственно на этапе его загрузки. Такие JVM обычно установлены в мобильных телефонах. ;)

> А если делается, почему потребление памяти традиционно зашкаливает, если оно не должно отличаться от нативных аналогов?

В телефонах ни разу не получал OutOfMemoryError на запущенных приложениях. Может мне просто везло?
На десктопе тоже надо специально ухитриться написать приложение на Java, которое "зашкалит" потребление памяти и не даст другим приложениям спокойно работать.

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

Подучите теоретическую часть про PKI.


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Ян Злобин , 18-Окт-11 18:59 
ДФ, кривой Дврвик, кривая джава.  Чем всё это криво? :-)

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено winduzoid , 18-Окт-11 20:24 
Не принимайте близко к сердцу.
У человека идея-фикс. Он однажды увидел истину, и теперь несет ее в массы. Я как-то пытался с ним дискутировать, но пробиться сквозь "кривой далвик", "кривую джаву" и "поделки гугля" не смог. Больше не вступаю с ним в споры.

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Michael Shigorin , 22-Окт-11 10:06 
> Наверно "проплачен" или просто не в теме.

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

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Александр , 17-Окт-11 20:14 
Я вот тоже с этим всем в корне не согласен. Так скажем MS что то там, нафиг не нужно и эта хрень точно не могла помочь долбанному андроиду. OpenVZ ваще хорошо забытое старое и с приходом xen не актуальное решение, ктр в своей основе имеет столько недостатков что да же все не перечислить.
видимо этот доклад ни что иное как рекламный ход openvz, ктр теряет клиентов. А андроид сейчас у всех на языке, потому все и думают что это клевая ос. она клевая потому что в нее вложили милиарды гугла, а так она дерьмо. тока вдумайтесь внутри ос крутится виртуалка в которой работает все остальное. тфу нечесть.

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено I am , 17-Окт-11 20:52 
> OpenVZ ваще хорошо забытое старое и
> с приходом xen не актуальное решение

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено anonymous , 17-Окт-11 20:58 
>ктр в своей основе имеет столько недостатков что да же все не перечислить

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 17-Окт-11 22:44 
> Я вот тоже с этим всем в корне не согласен. Так скажем
> MS что то там, нафиг не нужно и эта хрень точно
> не могла помочь долбанному андроиду. OpenVZ ваще хорошо забытое старое и

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 18-Окт-11 04:25 
> OpenVZ ваще хорошо забытое старое и с приходом xen не актуальное решение

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 18-Окт-11 06:10 
> OpenVZ ваще хорошо забытое старое и с приходом xen не актуальное решение,

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено evgeny_t , 18-Окт-11 02:25 
статья ниочём или перевод гов...
единственное что им не понравилось так это wakelocks
кто сказал что dalvik это велосипед,
java тоже велосипед ?
python - тоже велосипед и javascript
и все остальные языки c gc ?

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено evgeny_t , 18-Окт-11 02:27 
-да, фрагментация есть безусловное зло. Она, кстати, уничтожила Unix

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено 1 , 18-Окт-11 13:31 
с чего ты взял что что-то уничтожило Unix? ты его даже не видел а уже басни гоняешь тут

"Джеймс Боттомли анализирует промахи Android при..."
Отправлено arisu , 18-Окт-11 14:42 
> с чего ты взял что что-то уничтожило Unix? ты его даже не
> видел а уже басни гоняешь тут

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено evgeny_t , 18-Окт-11 02:31 
-Первое и главное фиаско – с календарём, совместимым с MS Exchange.

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 18-Окт-11 06:12 
> офигеть ГЛАВНОЕ ФИАСКО

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено www2 , 18-Окт-11 08:55 
>да вообще кто то пользуется календарями ?

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


"Джеймс Боттомли анализирует промахи Android при..."
Отправлено arisu , 18-Окт-11 14:43 
> то что гугл из линукс с помощью хоть каких то патчей сделал
> среду где любой школьник может наваят своё приложение это фигня

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Michael Shigorin , 22-Окт-11 10:13 
> блондинки негодуют

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

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

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

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено iCat , 18-Окт-11 07:16 
На мой взгляд (взгляд потребителя OpenSource и других прогрессивных явлений) "победное шествие" Android обеспечили не технологии и не усилия маркетологов.

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

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

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено www2 , 18-Окт-11 08:58 
>Следующим шагом (IMHO) должен быть отказ от Java как явления в пользу чего-то более "генетически" стройного.

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 18-Окт-11 08:37 
>На мой взгляд (взгляд потребителя OpenSource и других прогрессивных явлений)
>"победное шествие" Android обеспечили не технологии и не усилия маркетологов.
>Я уверен, что успех Android объясняется тем, что до его появления не
>существовало широкого использования OpenSource платформы при производстве
>телефонов вообще и смартфонов в частности.
>"В удачное время в удачном месте".
>Тем не менее "рискнуть и победить" решился именно Google. Вот за это ему
>спасибо.Следующим шагом (IMHO) должен быть отказ от Java как явления в пользу
>чего-то более "генетически" стройного.

А мне кажется что Android получил вдох потому, что он позиционировался как "свободная платформа". Слава богу что гугл зажимает сорцы андроида. Это несомненно приведет (и ведет) к альтернативным решениям и росту ненависти к гуглу.


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено iZEN , 18-Окт-11 08:59 
Что мне не нравится в Android:
— это Linux;
— это не Java.

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено жабабыдлокодер , 18-Окт-11 09:49 
Немножко поправлю:
- это НЕ Linux - на андроиде нельзя запускать нативные линукс-приложения;
- это Java, но ява не на месте - ее место на сервере и в обработке данных, а совсем не на слабеньком телефоне и не на планшете, куда надо ставить нормальную среду.
А так, в общем, мне тоже андроид не нравится...

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено VoDA , 18-Окт-11 10:42 
> Немножко поправлю:
> - это НЕ Linux - на андроиде нельзя запускать нативные линукс-приложения;

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

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

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

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



"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено VoDA , 18-Окт-11 10:45 
PPS свой Android купил по двум причинам:
* Базовый язык платформы - java
* Синхронизация с GMail, который работает под Linux и под Windows. Заставить другие аппараты синхрониться с PIM-софтом работающим под Linux было практически не реально - патчи на ядро, куча конфигов и прочее мракобесие.

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено жабабыдлокодер , 18-Окт-11 11:08 
Все-таки мне кажется не совсем считать андроид линукс-дистрибутивом только потому, что там есть сильно измененное гуглом ядро. Любой дистрибутив линукса предполагает возможность запуска программ, не входящих в базовую поставку, хотя бы при помощи компиляции из исходников. В андроидном планшете я не могу скомпилировать веснот, чтобы поиграться в свободное время.
И никаких преимуществ для программистов в виде использования явы я не вижу. Одно можно сказать точно: именно для телефона преимущества явы над другими языками бесполезны. На телефоне во главу угла надо ставить не простоту и скорость разработки, а ресурсоемкость. Увы, сунуть еще одну плашку оперативки в телефон нельзя, это не сервер...

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено fi , 18-Окт-11 14:03 
> Любой дистрибутив линукса предполагает

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

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



"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено жабабыдлокодер , 18-Окт-11 14:10 
Встроенная система, внезапно, дистрибутивом не является.

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено iZEN , 18-Окт-11 15:13 
> И никаких преимуществ для программистов в виде использования явы я не вижу.

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

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

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

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

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено жабабыдлокодер , 18-Окт-11 17:01 
> Безопасный доверенный код, который запускается на личном устройстве в отдельной VM.
> Скорость разработки приложений на Java много выше, чем на других (компилируемых) языках.
> Распространённость кодовой базы в разы превосходит остальные языки и библиотеки.

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



"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Michael Shigorin , 22-Окт-11 10:24 
>> И никаких преимуществ для программистов в виде использования явы я не вижу.
> Безопасный доверенный код, который запускается на личном устройстве в отдельной VM.

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

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

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

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 18-Окт-11 11:29 
> Linux - это ядро, потому Android это дистрибутив Linux.

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

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено Аноним , 18-Окт-11 13:14 
> Все мои претензии к андроиду (но не к гуглу) исчезнут как только
> Android станет полностью бинарно и сорцово совместим с GNU/Linux.

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


"Джеймс Боттомли анализирует промахи Android при..."
Отправлено arisu , 18-Окт-11 14:46 
> скорее GNU/Linux станет запускать приложения для Андроида

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


"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено VoDA , 18-Дек-11 23:38 
>> Linux - это ядро, потому Android это дистрибутив Linux.
> Что такое дистрибутив ядра? Комплект патчей? А толку?

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


"Джеймс Боттомли анализирует промахи Android при..."
Отправлено arisu , 18-Окт-11 14:45 
s/программистов/codemonkeys/g

obvious fix.


"Джеймс Боттомли анализирует промахи Android при..."
Отправлено arisu , 18-Окт-11 14:44 
> - это Java, но ява не на месте - ее место на
> сервере и в обработке данных

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


"Джеймс Боттомли анализирует промахи Android при..."
Отправлено iZEN , 18-Окт-11 15:17 
>> - это Java, но ява не на месте - ее место на
>> сервере и в обработке данных
> нененене, дэвидблэйн, нененене!

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



"Джеймс Боттомли анализирует промахи Android при..."
Отправлено arisu , 18-Окт-11 15:22 
> Думаете, нужно Tomcat переписать на C++, а сервлеты на PHP/Perl/Python/Ruby? :)

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


"Джеймс Боттомли анализирует промахи Android при..."
Отправлено жабабыдлокодер , 18-Окт-11 16:54 
А что, томкэт (я предпочитаю гласфиш) разве не на сервере работает? А сервлеты где находятся?

"Джеймс Боттомли анализирует промахи Android при..."
Отправлено arisu , 18-Окт-11 14:34 
краткое содержание: «тра-ла-ла-ла-ла, ведроид хороший, хоть и непонятно чем, тра-ла-ла-ла-ла, ведроид хороший и это не фрагментация, хотя ядро так оттарабанили, что оно уже в майнлайн не помещается, но это не фрагментация и ведроид хороший!».

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено kalamar_0363hotmail.com , 19-Окт-11 16:18 
karnel nod :/программистов/codemonkeys/g

"Джеймс Боттомли анализирует промахи Android при взаимодейств..."
Отправлено me , 19-Окт-11 18:44 
> Поэтому код, который планируется к вливанию, лучше регулярно показывать сообществу. Даже если слияние – дело далёкого будущего. Лучше, чтобы тебя услышали на раннем этапе. В том числе и те, кто потом будет вливать код в апстрим.

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


"Появился чат русскоязычных Android разработчиков"
Отправлено Рустем Саиткулов , 07-Июл-15 09:14 
https://gitter.im/rus-speaking/android

"Появился чат русскоязычных Android разработчиков"
Отправлено Рустем Саиткулов , 07-Июл-15 09:14 
Появился чат русскоязычных Android разработчиков