Код Хромиума весьма обширен, там каждому найдётся что-то по вкусу. А я вот решил рассказать о своём любимом файле в нём (а у вас есть такой?). Этот файл отражает всё: боль, разочарование, надежду, упорство, силу воли, ответственность за чужие провалы и самопожертвование. Я иногда читаю его О чём вообще идёт речь? Давайте вспомним, как работает браузер: вы набираете какой-то адрес в адресной строке, браузер загружает контент и отображает его. Чуть детальнее об этом рассказывает хорошая статья «What happens when you type google.com into your browser and press enter?» (и сразу несколько её переводов на Хабре). В ней одним из последних пунктов упоминается, мол, «а теперь, когда всё готово, отрисовываем картинку на экране». Ага, вот так берём и отрисовываем, конечно.
Начнём с того, что в языках программирования почему-то нет из коробки функции «взять и нарисовать вот это на экране». Языкам и их стандартным библиотекам такие мелочи не интересны. Соответственно, универсальный кроссплатформенный код для рисования написать не так-то легко. Всякие крутые ААА-игры обходят это ограничение достаточно прямолинейно: «У вас должна быть вот такая приставка или вот такая ОС с видеокартой баксов за 800, тогда кое-как будет работать. Наверное». Спасибо за совет! Но браузер — это не игра. Браузер должен работать всегда и везде. Пользователь даже самого убитого ПК, купленного 10 лет назад (и уже тогда — на распродаже) не рассчитывает поиграть в последнего Ведьмака, но будет искренне возмущен, если не сможет открыть в браузере свою почту или погуглить что-нибудь. С другой стороны, и игроман, отдавший почку за видеокарту, захочет посмотреть в браузере 8к-видео, покрутить 3д-модели, ну и может быть даже плавненько поскролить фейсбук-ленту.
Всё это заставляет разработчиков Хромиума буквально разрываться: с одной стороны, они до сих пор поддерживают рисование древними технологиями вроде GDI и DirectX9, чтобы работать на устаревшем оборудовании, но с другой стороны они пилят поддержку последних версий OpenGL, DirectX11 (или уже 12?) и Vulkan — что даёт возможность развернуться по полной современным устройствам (в том числе и мобильным).
Но и это всё было бы ещё полбеды, если бы весь этот зоопарк работал так, как он должен работать согласно спецификации. Чего совершенно не происходит. Реальное железо и его драйвера нарушают всё: маркетинговые обещания покупателям, технические спецификации, общепринятые стандарты, сертификационные тесты, совместимость с ОС, планы по выпуску обновлений и т.д. Но, кроме реального железа и его драйверов у нас ничего другого нет. Поэтому приходится работать на том, что есть. Вот об этом и повествует вышеупомянутый файл gpu_driver_bug_list.json.
Кстати, заслуживает уважение то, насколько браузер пытается «выжить любой ценой». Так, при некритичных проблемах, например, с DirectX11, будут произведены попытки отключать определённые части его функционала, жертвуя производительностью, но сохраняя работоспособность. При более серьёзных багах — DirectX11 будет отключен и браузер перейдёт на DirectX9, где также (при необходимости) будут «отрезаться и выбрасываться» проблемные компоненты. Ну и при полном отказе системы DirectX произойдёт переключение на GDI — что ударит по процессору и потреблению ОЗУ, но всё же удержит производительность для обычных страниц (без тяжелого видео или 3D) на уровне, при котором пользователь, скорее всего, даже не поймёт, что что-то идёт не так. Там, где другие программы уже попросят обновить драйвера или сменить видеокарту — Хромиум просто продолжит работать. Дух захватывает.
Давайте уже посмотрим на содержание упомянутого мною файла. Количество отдельных записей в нём: 215 штук. 215 раз, когда разработчик железа соврал, поленился, был глуп или пожадничал. 215 раз приходилось искать правильную конфигурацию железа и софта для воспроизведения проблемы и находить её решение. Трудно сказать, сколько раз было решено не фиксить проблему — но, поскольку вокруг нас полно людей со старым железом и как-то совсем мало тех, у кого «в Хроме гугл не открывается», можно предположить, что таких случаев было совсем немного.
Следующее интересное наблюдение — распределение по ОС: 89 — android, 44 — macosx, 34 — linux, 26 — win, 8 — chromeos. Выводы отсюда можно делать разные. С одной стороны, очевидно, что андроид — ключевая платформа для Гугла и в исправление багов на нём были угроханы колоссальные средства. С другой стороны, не понятно почему они были угроханы в фиксы в кодовой базе Хромиума, а не драйверов или ОС (ведь у Гугла там достаточно высокий уровень контроля всего на всех этапах). Исправления там принесли бы пользу всему софту на андроиде, а здесь — только Хромиуму. Скорее всего дело во взаимодействии департаментов, когда программисту Хромиума проще исправить проблему у себя в коде здесь и сейчас, чем эскалировать её на 3-4 уровня вверх, потом в сторону, а потом на 3-4 уровня вниз. Людей, которым такое интересно, в любой компании меньше, чем нужно было бы.
Меня сильно удивило, что багов отрисовки в Mac Os было обнаружено почти два раза больше, чем в Windows. Мне казалось, что там всё очень ограничено по железу и вылизано по драйверам. Но вот оказалось, что зоопарк Windows в два раза более живуч и стабилен. Прямо «Собор и базар» в иллюстрациях. Или просто сами разработчики Гугла тестируют код на одних маках?
Интересно и разделение по вендорам: Nvidia — 22, AMD/ATI — 17, Intel — 30. Не думаю, что софт или железо Интела вот прямо хуже — скорее, сказывается массовость продуктов. Каждый, кто не покупает специально «игровой комп», скорее всего покупает что-то с интегрированной интеловской видеокартой. Баг, случающийся у 0.001% юзеров, будет годами жить в видеокарте от NVidia или ATI, но приведёт на форумы и в соцсети кучу разгневанных пользователей в случае с Интелом. «Большая сила влечёт за собой большую ответственность».
Забавно выглядит разделение по багам OpenGL и DirectX: OpenGL — 16, DirectX — 0. Но это не потому, что OpenGL такой плохой, а DirectX такой хороший. Тут дело в том, что все баги категории «win» (вот те 26 штук) это на самом деле баги DirectX (ну ок, не все, но почти все).
Но ладно, хватит тут обвинять всех подряд обобщённо. Давайте уже перейдём на личности
Вот, например, запись 211, ссылающаяся на баг 672380. У людей перестал работать в коде унарный минус и функция арктангенса на некотором железе от Intel и NVidia. Унарный минус, блин, и базовая тригонометрия! Казалось бы, во что дальше верить? А нет, исправили и работает.
Или вот записи о «неправильно отображаемых цветах» вроде №185, 219, 220 и некоторых других. Программист всё сделал верно, все функции отработали и вернули «успех», но вот на экране в результате отображается пиксель не того цвета. Ах да — только вот на этих видеокартах и этих версиях драйверов. Кстати, вопрос поклонникам теории о том, что тестами можно покрыть всё: как бы вы покрыли тестами вот это?
Вот ещё классная штука, №224: «VPx decoding isn't supported well before Windows 10 creators update». Ну то есть вышла операционка, всем раструбила, что у неё есть акселерирование декодирования такого-то видео. Но на практике оказалось, что оно-то есть, но такое, что лучше бы его вообще не было. И лучше его отключить. В результате — разработчик ОС продаёт очередной миллиард платной ОС, а разработчик бесплатного браузера собирает жалобы на то, что видео играет как-то не так плавно, как хотелось бы, хотя, казалось бы, и железо, и ОС должны бы позволять! «Где мои 60 fps и почему ваш браузер съел 4 ГБ ОЗУ» — знакомый разговор, правда?
И сразу её догоняет запись №225: «VPx decoding is too slow on Intel Broadwell, Skylake, and CherryView». Разрабатывали мы, значит, разрабатывали новые поколения процессоров одно за другим, рекламировали, продавали. Но проблемы конечного юзера — это проблемы конечного юзера, кого там они волнуют. Пусть прикладники как-то там костылём подопрут, а мы потом поправим.
Отдельная песня — так называемая «Switchable graphics», которую очень активно втюхивают продавцы в магазинах. Вот, мол, какой хороший ноутбук с двумя видеокартами — в играх будет всё быстро, а в офисных программах (типа браузера) — будет очень энергоэкономно, ННадцать часов от батарейки проработает! А теперь смотрим на горькую правду жизни: на Windows это приведёт к полному отказу от DirectX11 (запись №100), а на маках будет крешится так часто, что мы не-дискретную карту лучше вообще отключим навсегда (запись №228).
Или вот №242: «Code produced by local variable initialization often triggers crashes in Marshmallow Adreno driver». Решение тоже прекрасно: «dont_initialize_uninitialized_locals». Ну вот какие нормальные люди согласились бы что-то писать под платформу, где локальные переменные нельзя инициализировать при объявлении, потому, что от этого драйвер падает? А вот в коде столь массового продукта как Хромиум — приходится жить и с этим.
№26: «Disable use of Direct3D 11 on Windows Vista». DirectX10 был одной из основных фич Vista при релизе, а через какое-то время под неё вышел и DirectX11, я до сих пор помню коробки видеокарт тех времён с гордыми надписями «DirectX11 compatible». А для многих это была вообще единственная причина перехода с привычной и стабильной XP. Прошли годы — и вот поддержка DirectX11 (продукт Microsoft) в ОС Windows Vista (продукт Microsoft) оценена на уровне «не поддерживается». Прямо признание заслуг!
Ладно, мне надоело выбирать частности, читайте остальное сами — там хорошо описаны и причины багов, и реализованные костыли, плюс ссылки на багтрекер есть (поле «cr_bugs»).
Мораль
Во-первых, все врут. Во-вторых, даже в условиях, когда все врут, всё ещё возможно написать качественное ПО. И в-третьих, в следующий раз, когда кто-то будет вам рассказывать, как современный веб пришел к успеху благодаря «мощи HTML, CSS и прекрасного языка Javascript» — покажите ему эту статью и спросите, как бы оно всё работало и кому бы было нужно без вот этого героического труда невидимых людей в стремлении «взлететь со всей этой фигней».
ganzmavag
Сразу вспомнил браузер Opera и его знаменитый файлик browser.js, который фиксил работу разных сайтов (среди которых, кстати, было много гугловских сервисов). Вот даже на Хабре нашел старый пост.
SerafimArts
По правде говоря причины существования его были две (был доклад по-моему на одной из конференций, вроде вот этот habr.com/company/opera/blog/195124):
1) Некоторые сайты по User-Agent детектили оперу и запрещали доступ (или как-то иначе влияли на поведение ресурса).
2) Несовершенство самого движка Presto. В нём было было очень много всяких багов и артефактов, так что пришлось фиксить сами сайты. Зачастую это проще было. А уже потом, в спокойной обстановке можно было разобраться в первопричинах проблемы.
Немного историй из своего опыта: Делали полифилл для вебсокетов с фоллбеком на в-то-ещё-время-живой-Flash. Каково же было моё удивление, когда в одной из минорных версий в Opera 12.хх появилась поддержка этих самых вебсокетов! Почти что полноценный объект в неймспейсе window! Молодцы, подумал я… За одним исключением… Вызов любого метода ничего не делал или возвращал сообщеньку о том, что это ещё не реализовано. С проверкой на поддержку этих самых вебсокетов, помнится, мы потратили уйму нервов.
ReklatsMasters
Вот вам и фичедетект, за который так рьяно топил pepelsbey
nohuhu
Опера была прекрасна, ятакщетаю. У нас в коде (старый и развесистый JavaScript фреймворк) до сих пор такие перлы встречаются:
И это ещё не самый забавный. Что там с поддержкой CSS творилось, мамадорогая. Лично знаю непьющих обычно людей, для которых новость "Опера — всё" была поводом крепко отметить. :)
Круче было только, когда провожали в последний путь IE6/IE7...
SerafimArts
Ну в IE6 все баги хотя бы документированы были, а в опере — сдвинешь дивчик на один пиксель и всё нахрен раскорёживало. Я бы вообще выстроил вот таким образом всё:
1) Opera
2) Safari
3) IE6
Где IE на самом последнем месте из этой троицы забагованных по принципу «непостижимости багов». Там достаточно было придерживаться пары правил и всё. Нормально сверстаешь и никаких проблем.
nohuhu
Судя по всему, у вас был очень… эээм… оптимистичный опыт работы с IE6. :) Но в целом я соглашусь, этот браузер был гораздо предсказуемее той же Оперы. Старый Safari это отдельная песня (да и свежий тоже), но королём на пьедестал я бы поставил IE7.
Когда-то я мог книжки писать про этот браузер, в жанре хоррор. Сейчас уж только отдельные истории вспоминаются, навроде той, когда мне пришлось две недели ковыряться в потрохах браузера, чтобы найти баг, из-за которого у кустомера рушилось приложение по Invalid Access Error в msthml.dll. :) Помогли смекалка, помощь известной матери и слитые когда-то "на всякий случай" исходники Windows 2000. Помните, пробегали по сети в начале века? Там, конечно, код от IE 5.5 был, но я сопоставил с ассемблером от IE7 и оказалось похоже. Настолько, что и баг нашёлся, и способ его обойти в CSS тоже…
Но мороз по коже до сих пор, как вспомню.
SerafimArts
Ну у меня и от IE7 самые приятные чувства были после IE6, я ещё тогда в школе учился. Ну как же, нативная поддержка PNG без всяких чит-фиксов и можно было больше не извращаться с подгонкой гифок со скруглёнными уголками под фон =) (ну и табы добавили конечно же)
По сравнению с тем, как всё распид… кхм… разносило вёрстку в Опере (вроде как тогда 9ая была) по самым непредсказуемым случаям, да, IE был ещё норм.
Вообще, мне кажется что IE невзлюбили тупо за отсутствие в нём обновлений. Когда весь мир уже поддерживает какую-то мифическую «технологию Х» (например, отрицательные марджины), а IE, которому сто лет в обед, который не обновляется и всё ещё популярен, и просто не поддерживает эту фичу «Х» — конечно, в таких случаях его начинаешь потихоньку ненавидеть.
Тогда ещё FF был. Версия 3.5 — бомбезная. Но его можно не упоминать, там просто всё брало и работало без всякого лишнего шаманства. Иногда правда с inline блоками косячки, но фиксились они довольно оперативно парой строчек и никому не мешали потом.
nohuhu
Это скорее потому, что у нас с вами разный профиль. Я вёрсткой занимался постольку-поскольку; основной идеей нашего фреймворка всегда было дать возможность программистам строить приложение в JavaScript коде, не заморачиваясь на веб-специфику. Подобно Java, но на JavaScript: написано однажды, работает в любом браузере.
Ну, это в теории так. На практике всё это работало с большим скрипом, в т.ч. из-за разницы между браузерами и количеством багов в оных. Сколько седых волос на заднице было вырвано из-за кривой поддержки border-box в IE6/IE7, багов с position: relative, поломанного position: fixed, багов с обсчётом высоты элемента… Ну и т.д., и т.п. С утечками памяти, "unspecified error" при фокусировании и "проблемой 1.8 гиг" до сих пор бодаемся и в IE11 тоже.
Плюс практически полное отсутствие отладочного инструментария до IE8 включительно. Firebug? Курам на смех. DevTools for IE6? Совсем плохо. В общем, лучи поноса и ненависти IE получал и получает вполне по заслугам даже при отсутствии автоматических обновлений. Safari вот до сих пор обновляется по праздникам только, вместе с системой. А ничего, кривенький конечно браузер, но не так, чтобы очень. До Chrome/Android ему далеко-далеко...
Про Firefox ничего такого ужасного вспомнить не могу, кроме вечных неприятных косяков с обработкой pointer-events при фокусировании элементов. Но вроде починили уже, давненько не видел. И безобразно кривую поддержку фокусных событий тоже починили уже, хоть мозильщики и упирались рогом, пока я их с хромщиками лбами не столкнул… Гора с плеч и большой кусок корявого кода на выброс.
А вообще тема статьи мне близка и понятна. Чего только не сделаешь ради совместимости со всем, что движется. :)
Am0ralist
Слушайте, а может здесь кто-нибудь сможет мне помочь с пониманием, как можно универсально сделать под все браузеры печать постраничную с фоновым изображением подложки во всю страницу?
tyomitch
Книжку не обязательно, но хотя бы хабрапосту с разбором того бага я бы весьма обрадовался.
nohuhu
Спасибо за интерес, но вряд ли получится. Сейчас из любопытства пробил по нашему трекеру, оказывается дело было в феврале 2013 (а не в мае, как мне почему-то помнилось). И если верить трекеру, то процесс занял неделю (а не две, как мне почему-то запомнилось). В компании с потрохами IE время растягивается и искажается...
В pull request вот такое мелкое изменение:
(было)
(стало)
С удивлением обнаружил, что баг был не только в IE7, но и в других версиях тоже. Помню, что отлаживал на IE7. Почему? Скорее всего, кустомер на этой версии баг словил. А может, ещё по какой причине. Давно дело было.
Про сам баг припоминаю, что где-то в методе, обсчитывающем позиционирование элементов, происходило обращение к контексту позиционирования для этого
<div>, а контекст почему-то не был инициализирован. Отсюда и NPE. Добавивposition: relativeя форсировал создание этого контекста для данного элемента, и проблема была решена.А вот деталей на годный хабрапост я уже и не вспомню. :(
robo2k
Не очень понял, как у вас сошелся дизассемблированный код, если разные компиляторы выдают весьма разное? И как именно вы отыскали баг среди такой значительной кодобазы, даже не зная конкретно что хотите найти?
sumanai
Майкросовтовские компиляторы совершенствуются не спеша, так что вполне возможно совпадение частей листинга от разный версий ОС.
А вот второе и мне интересно.
nohuhu
Почему вы решили, что компиляторы были разные? Наоборот, у меня были все основания предположить, что для всех продуктов Microsoft используется компилятор производства Microsoft же. Какой смысл использовать что-то ещё? К 1999, когда выпустили IE 5.5, MSVC был уже матёрым и обкатанным компилятором, в который вряд ли будут вносить радикальные изменения. Обе версии IE были 32-битными, что тоже помогло.
А дальше всё (относительно) просто: есть пример с минимальной HTML/CSS/JavaScript разметкой, стабильно воспроизводящей баг. Проблема где-то в mshtml.dll, это видно из сообщения об ошибке. Ставим MS Visual Studio, оно добавляет системный обработчик ошибок с возможностью открыть программу на шаге, вызвавшем исключение. Вокруг этого шага есть дизассемблированная каша и немного ключевых слов: названия методов и т.д.
Я не помню, удалось ли мне найти и поставить отладочные символы для IE; скорее всего нет, иначе не потребовались бы пляски с бубнами вокруг исходников Win 2000. Но проблема была где-то в коде mshtml.dll, который, как я предположил, между IE 5.5 и IE 7.0 менялся несущественно. Мне ещё зверски повезло, что в "слитом" коде были исходники mshtml.dll, там вообще не так, чтобы очень много интересного было. Вовсе не "полные исходники Windows 2000", как об этом в своё время жужжали на всех углах. :)
Найдя в коде нужный метод и посмотрев на его исходники в C++, даже моего куцего знания ассемблера хватило, чтобы сделать пару выводов и попробовать какие-то решения. Одно из них сработало и проблема была решена.
Это я сейчас по памяти рассказываю, возможно что-то и не совсем так шло. Почти 6 лет назад дело было, да и баг был хоть и заковыристый, но далеко не самый важный/сложный, так что обращать на него много внимания не было смысла. Так, страшилка "из былого", чтобы было о чём с коллегами языками почесать за пивом. :))
Durimar123
>Где IE на самом последнем месте из этой троицы забагованных
Те кто писал собственный парсер CSS/view machine, будут категорически с этим не согласны.
IE на столько странно отображал багованные страницы (и некоторые CSS), что никакой логике не поддается.
А у юзеров только один критерий -> «ничего не знаю, в explorere мой ХТМЛ отлично виден, так что исправляйте ваш кривой вьювер».
Не помню уже какая контора, собирала подписи под петицией микрософту — «или делайте обработку багованных ХТМЛ по стандартам или хотябы дайте описание вашей обработки багов».
Darth_Malok
Неужели Опера была настолько плоха? Я в то время не вникал в работу браузера, но все проблемы почти всегда решались сменой user agent на «firefox». И гугл, до этого утверждавший, «что живой поиск в вашем браузере работать не будет», начинал его демонстрировать без ошибок. Это был самый яркий (врезался в память) пример того, что Оперу обижают незаслуженно.
Так вот, не глючила ли Опера как раз потому, что все сайты пытались исправлять баги, которые уже исправили разработчики движка?
Или всё-таки browser.js патчил каждый второй сайт в интернете?
Или всё-таки глючили старые версии, но никто из веб-мастеров не разбирался и не давал шанса новым версиям?
Доклад на конференции был призван убедить, что переход на «хромоподобие» был необходим, поэтому не могу воспринимать его без скепсиса.
zaqqq13
Вспомнилось как хром меня бесил на ноуте с дискретной Nvidia GT620M — на десятой винде он принудительно использовал ее несмотря на добавление хрома в исключения в панели управления Nvidia, правда потом все же проблема решилась с выходом обновы для хрома
kalininmr
в windows 95 для некоторых досовских прог(в основном игр) были подобные фиксы.
довольно много.
QtRoS
Как раз отсюда и идет популярная теория о том, почему не было Windows 9 — заплатки начнут работать как в DOS.
kalininmr
мне кажется, это какая то примета. типа как число 4 в китае.
о! нашел
а ведь windows 4, кстати, назвали windows NT :)
nfw
Windows 4 называется все таки Windows 95. NT это вообще отдельная ось, которой прикрутили программную совместимость и похожий интерфейс с веткой Windows 3.x. Да и если говорить о магии чисел, то Windows NT 4 очень даже существовала.
kalininmr
да. точно. NT — это 3.5 по внутренней нумерации
tyomitch
Ну здрасьте: en.wikipedia.org/wiki/Windows_NT_3.1
kalininmr
забыл уж про неё
StmZ
Версия, возвращаемая Windows 95 — 4.0, но и версия, возвращаемая Windows NT 4.0 — тоже 4.0. Не думаю, что китайские предрассудки сильно волновали Microsoft в те годы.
khim
Собственно вот именно потому, что Windows 95 — это 4.0 и Windows NT — тоже 4.0 вот этот вот код и появился в Java…
StmZ
Этот код появился в Java из-за применения антипаттерна «запихаем информацию в String в свободной форме, а потом будем его парсить». А Windows 95 легко отличался от NT4 по полю dwPlatformId в OSVERSIONINFO.
roscomtheend
А как же NT 3.5? Напоминает глупую байку об устройстве con и прозвище БГ.
PS. Вот так не обновишь комментарии… В 95 ядро 4 и в NT 4 ядро 4, потому и NT
kalininmr
однако Palm 4 не было именно по причине приметы. притом официально
vlivyur
В немецком «9» звучит точно так же как «нет». Поэтому чего «нет», того нет.
kalininmr
всё больше «вроде бы правильных» гипотез :)
dunkelfalke
В немецком 9 — нойн. нет — найн.
Не так уж и похоже.
sumanai
Сейчас все фиксы собрали в отдельную кучу. К сожалению, тупая десятка не даёт мне запустить Compatibility Administrator (нафига тогда дала установить?), и предлагает качать Windows ADK на пару гигабайт в замену утилитки на 10МБ, так что про десятку не скажу. Но в семёрке в базе исправлений содержится 6567 приложений.
kalininmr
да уж. десятка не радует. порой в wine работает повеселее.
Defersa
Так Vista же dx10 притащила, 11 появилась на семерке же?
tangro Автор
Кажется при релизе да, дх10, но и 11 потом стал доступен под висту. А под ХР не стал.
Defersa
В статье говорилось что дх11 была основной фичей висты на «старте», т.е. по факту автор статьи немного ошибся. (скорее перепутал 10 и 11 версии, так как коробки с надписью «Ready for Windows Vista and DirectX10» действительно были)
tangro Автор
Подводит память :)
dartraiden
Windows 7 — 22 октября 2009 года
28 октября 2009 года DirectX 11 стал официально доступен для Windows Vista
tangro Автор
Точно. Пойду поправлю.
nerudo
Люди которые привыкли все поставлять по принципу As is ругаются на неполноту документации…
dimkss
>> С другой стороны, не понятно почему они были угроханы в фиксы в кодовой базе Хромиума, а не драйверов или ОС (ведь у Гугла там достаточно высокий уровень контроля всего на всех этапах).
Быстрый просмотр показывает что тут глюки не Андроида, а конкретных GPU на конкретных драйверах. Пихать эти фиксы в ядро ОС, как то не очень правильно. Тем более, что пока вендоры обновят версию Андроида, телефоны уже успеют пять раз устареть и выйти из оборота.
slonopotamus
Не «пихать эти фиксы в ядро ОС», а «пихать эти фиксы в ядерный драйвер конкретного GPU». И именно там всем этим костылям и место.
Но гугл тотально зафакапил обновление андроида на девайсах пользователей, поэтому не может запихать фиксы туда куда их надо запихать, а вместо этого пихает куда получается, заодно заставляя заниматься этим же разработчиков другого софта, которые тоже наступают на эти баги.
Alozar
Разве гугл пишет драйвера для GPU? ЕМНИП, этим занимается создатель видеокарты.
slonopotamus
Ответ на ваш вопрос содержится в посте. Вместо починки того софта в котором содержится баг, гугл предпочитает ввернуть еще немного подпорок в хром.
Alozar
По вашему разработчик видеочипа будет править свои драйвера, а потом ещё просить производителей телефонов, чтобы они по новой сделали обновление для всех телефонов, только потому что-то у гугла в хроме пиксель не того цвета?
FreeNickname
Ну вообще, в идеальном мире да. Ведь Хром сделал верные GPU-вызовы, которые должны привести к отображению пикселя вполне определённого цвета. Но этого не происходит. Значит, где-то в цепочке «Хром ->… -> драйвер видеокарты» есть ошибка. И если она-таки в драйвере, то его хорошо бы исправить. Ведь, поскольку это очень низкий уровень, это скорее всего не просто «один неправильный пиксель в хроме», это «неправильные цвета в случайных местах во всех приложениях в системе». Т.е. ошибка достаточно фундаментальная, просто обнаружили её в Хроме.
Alozar
В том то и дело, что это в идеальном мире. В реальном же мире всё гораздо сложнее.
Даже если починят GPU-драйвер, будет самсунг делать из-за этого новую сборку операционки для S4, если они для него даже сам андроид после 5 версии не обновляют? Думаю вы понимаете, что ответ — нет. А мне как конечному пользователю на это наплевать, поэтому позиция разработчиков Chromium тут понятна и вполне логична.
FreeNickname
В таком ключе да.
anonymous
и именно в этом и факап гугла как разработчика андроида. Почему-то я до сих пор могу драйвера написанные в начале 2000х для winxp установить на win10 — и, в том числе, и обратный процесс тоже возможен (и даже иногда всё работает). А супер-пупер современный аппарат на андроиде превращается в тыкву через год после выхода в продажу — просто потому что всё, никаких апдейтов (включая апдейты безопасности — и это тоже факап именно гугла).
И вот эти костылики для андроида гугла в хроме от гугла очень красиво смотрятся. Симптоматично, я бы сказал.
nohuhu
Это не факап, это бизнес-модель: одноразовость телефонов заложена в процесс, как основной двигатель продаж. Зачем обновлять софт на старом телефоне, если можно вынудить пользователя купить новый?
anonymous
Проблема в том, что в итоге пользоваться такими смартфонами банально опасно. Просто потому что шансы получить вирус с каждым днем после выхода смартфона только растут, а шансы получить заплатку — падают. И честно — меня это пугает…
nohuhu
Если вы посмотрите на ситуацию с другой стороны, то увидите: это вовсе не проблема, а отличная возможность продать вам новый телефон!
Зацикленность покупателей на марку это известный факт; люди, купившие один телефон на базе Android, с большой долей вероятности купят следующий тоже на Android. Поэтому и баги, и вирусы, и дырки в безопасности, и новостная шумиха вокруг этих дыр — всё играет в одни ворота. Человек обеспокоенный есть человек склонный к покупке.
А если это вас пугает, переходите на iOS. Там других косяков полно, но хотя бы с безопасностью получше и железки не настолько одноразовые.
Ну, или вообще не пользуйтесь смартфонами. Я вот не пользуюсь и отлично себя чувствую. :)
SergeyMax
Почему мой телефон не обновится до нового андроеда? (18+)
MaximChistov
основная причина, почему я польззуюсь айфонами)
надоело каждые два года новый андроид покупать. а последняя ось под айфон спокойно на 5s(вышел 5 лет назад) запускается, причем не ухудшая производительности.
sumanai
На мой SGS2, который вышел 7 лет назад, до сих пор делают юзабельные кастомы на последних версиях.
appletesta
ну тут как бы юзабельность различается в для обычного человека:
— Условно- рыться в 4пда, что-то там ручками качать, править, переживать
— Нажать 2 кнопки
Какой вариант выберет 99% пользователей?
Defersa
У вас видимо какой то особенный айфон, у меня куча знакомых с 5s, которые после 9тки перестали обновляться специально, потому что с каждой итерацией операционной системы общая стабильность и «комфортность» устройства снижается.
slonopotamus
Ага. Вот вам пример: https://bugzilla.redhat.com/show_bug.cgi?id=494390
Обычный пользователь жалуется на проблему с железом поставщику операционки. Информация передается разработчику драйвера. Тот чинит драйвер, фикс драйвера включают в ядро. Потом выходит новая версия ядра с исправленным драйвером. Потом ядро обновляют в дистрибутиве пользователя. Пользователь устанавливает обновление. Все счастливы.
То что такой сценарий невозможен с андроидом — недостаток экосистемы андроида, исправить который гугл вполне бы мог.
vsb
Вот вам другой пример. У меня HP Microserver Gen8. У него есть шикарная особенность, если диски работают в режиме AHCI, то вентилятор крутится примерно в 2 раза сильней, чем если диски работают в режиме RAID. Якобы потому, что BIOS не может прочитать температуру дисков и на всякий случай завышает обороты вентилятора. Практическое следствие — у меня дома режим AHCI не юзабелен, ночью слишком громко, поэтому приходится использовать режим RAID. Что за режим такой? Это HP придумало RAID, который на самом деле реализован в обычном драйвере и никакого железного RAID там нет, просто маркетинг и небольшая интеграция с прошивкой. Обратите внимание на слово «драйвер». Проприетарный драйвер есть для RHEL и SLES. Ну и в CentOS работает, конечно. Конкретно для версии 7.4 на текущий момент, хотя 7.5 вышла уже с полгода назад. То же было с версией 7.3 и 7.4. И я полгода не мог обновить свою ОС из-за этого драйвера. Сейчас у меня получилось обновить, т.к. божьим чудом он работает на 7.5, а может быть и глючит и потихоньку трёт мои биты, но я надеюсь на лучшее. При этом очевидно, что т.к. оборудование недавно сняли с продажи, этот выпуск драйвера под 7.5 (из внутренних источников я знаю, что они его выпустят когда-нибудь) скорей всего будет последним. И мой микросервер отныне навсегда останется на RHEL 7.5 без возможности апгрейда. Ну ладно, хотя бы не 6-ка с ядром 2.4 :)
Max_JK
Можно пофиксить впаяв переменный резистор в провод вентилятора.
dimaviolinist
Не пишите ересь, это же хабр.
Нужно сделать систему мониторинга, с датчиками температуры, влажности, шума, углекислого газа с системой реального времени и логгированием. Светодиодная (цветовая) индикация режима работы плюс зуммер, как запасной канал оповещения о пожаре. Всё это делается не на ардуине (тьфу, как можно), а как минимум на STM (только на RTOS), а ещё лучше на малинке. Обязательно вставить возможность реалтайм обновления прошивки без перезагрузки. Запасной вариант — ввод новой прошивки через подключение USB клавиатуры. Контроль вводимых символов светодиодом. Азбукой морзе. Модифицированной, конечно, светодиод же цветной.
Впаять резистор. Ересь.
vsb
Тогда сервер не будет выполнять свою задачу по нормальному охлаждению компонентов, если это действительно понадобится. Учитывая, что он работает 24/7 и не всегда под присмотром, для меня пожаробезопасность критична.
khim
Ссылку на известный опус тут уже приводили — но не объясняли почему всё так, как оно есть… А это, на самом деле, просто: смартфоны, вы не поверите, всё ещё разрабатывают компании, которые телефоны разрабатывали десятилетиями. И SOC'и для них всё ещё разрабатывают компании, которые эти SOC'и разрабатывали десятилетиями. Потому описанный по вышеприведённой ссылке «абсолютный водопад» — это единственное подо что они заточены. Раз выпущенный драйвер правится только тогда же, когда правится с тормозами какой-нибудь Тойоты: когда проблемы выползают уже не просто на страницу прессы, а начинают влиять на курс акций. А не когда «пользователь пожаловался».
Единственная компания, которая ведёт себя не так — это Apple, для чего ей пришлось купить достаточно компаний, для того, чтобы полностью с нуля всё разрабатывать.
Все же остальные — встроены в систему, вырваться из которой — они не могут. Microsoft попробовал «силой» выпихнуть — ничего хорошего не вышло (это не единственная причина провала Windows Phone, но одна из важных).
Что может сделать Google? Начать постепеннь закручивать гайки… но очень постепенно, а то ведь так и пользователи сбегут к производителям более цветных телефонов. Android — ведь OpenSource проект, не забыли?
Так что… всё будет. Своевременно или несколько позже.
EviGL
Ну на нормальных операционках драйвер обновляется и баги исправляются. А на андроиде вместе с андроидом, а вендоры забивают когда следующее поколение выходит.
Тут даже не архитектура андроида привела к проблемам, а стратегия его распространения и лицензирования была ошибочной. Хотя и архитектура могла бы поддерживать багфиксы в таких вещах в обход вендора.
krab90
На андроиде вообще жесть и ад. Мало того что баги в драйверах. Так еще они пропреетарные поставляются бинарными вендору андроид девайса. Project Treble должен решить проблему быстрого устаревания и отсутствия обновлений безопасности устройства. Ну если вы конечно не выбрали ASUS.
Danil1404
А что не так с ASUS?
krab90
Обновления «безопасности» раз в пол года, как выходит гарантийный срок устройство считается устаревшем. Никаких крупных обновлений по типа Android 6 > 7 нет, опять же из-за проблем с драйверами с поставщиками чипов. Если сейчас что и брать то только с поддержкой Project Treble.
Danil1404
Так ведь это не к является фирменной фишкой ASUS. Если брать бюджетки, то наверное везде так с обновлениями.
Обновления на новые модели прилетают регулярно, по крайней мере на средние и топовые модели, и содержат в себе не только фиксы безопасности. И на 4pda есть люди, которые утверждают, что на прошлые модели тоже были полноценные обновления, в том числе со сменой мажорной версии. Поддержка Project Treble у ASUS есть, по крайней мере на некоторых моделях.
Говорю как владелец zenfone 5 (2018).
Я согласен, что project treble должен быть обязательным требованием при покупке, но я не вижу, чем ASUS в этом плане отличается от других производителей.
krab90
Вот вот. Она (поддержка) только появилась недавно. Как asus будет пользоваться возможностями этой платформы нам только предстоит увидеть. В то время google поддерживает(и поддерживал ранее с 2013 года) все свои устройства своевременными обновлениями в том числе и новыми версиями андроидов.
pavel_kah
Мой Nexus 5, у которого последнее официальное обновление безопасности было в 2016 году, а последняя версия Android, вышедшая для него, была Marshmallow, явно с вами не согласен
navion
Гугол честно указывает сроки поддержки для своих аппаратов.
navion
Впрочем, я вспомнил как они кинули пользователей Nexus 5X с ночным режимом для которого надо было модифицировать драйвер дисплея.
И далеко не сразу включили жесты на сканере отпечатков, где также пришлось обновлять драйвер.
lobzanoff
У меня бюджетный (100$) сяоми (redmi note 5a). Обновления безопасности падают регулярно, почти каждый месяц, в октябре апнется с андроида 7 на 8, велика вероятность что и до 9 когда-нибудь в будущем. Будет. Апнутся или уже апнулись и модели 2-3 летней давности. Можно по разному относиться к этой компании, но то, что она при таком зоопарке модельного ряда не забывает об обновлениях — можно только приветствовать, в отличие от некоторых крупных компаний, которые плюют на свою продукцию, выпуская 2-3 модели.
arteast
Проект Treble ничего в этом месте не изменит. Он уберет проблему устаревания андроида, чтобы можно было поставить новый блестящий андроид поверх старых бажных проприетарных дров. Лучшее, на что можно надеяться — что пользователи дольше будут использовать свои телефоны, что создаст давление на производителей по их поддержке.
pavel_kah
По крайней мере, вроде как все девайсы, которые поставлялись с Oreo на борту, поддерживают его, и по сути дают возможность поставить AOSP GSI, чтобы не страдать от «интересных и функциональных» китайских оболочек, которые могут быть безумно забагованны, и пользоваться обычным «чистым» андроидом. И это выглядит очень интересно, если это будет работать.
khim
Это очень интересно и это даже более-менее работает… но это как раз оставлят вас с новым Андроидом и старыми, глючными и бажными драйверами…
khim
ad1Dima
Чёт вспомнил habr.com/post/401445
dartraiden
Драйвер вполне может быть закрытым.
То есть:
— производитель чипа должен внести изменение в драйвер
— производитель смартфона должен выпустить новую версию прошивки с этим драйвером
— пользователь должен её установить
Если хоть один шаг не выполнен — проблема у пользователя останется.
slonopotamus
Ответил веткой ниже. Ждать чего-то от производителя телефона нужно исключительно потому что гугл сделал процедуру распространения андроида до конечных устройств такой какой он ее сделал.
artskep
Тут изначально неверная предпосылка, что Гугл контролирует Андроид. В реальности это не так. Не, многое пишется Гуглом — спору нет. Но конечное устройство можно сделать как угодно. А HAL вообще по определению пишется производителями чипсета и допиливается производителями телефона. И почти никаких методов давления на этих ребят (которые, как водится, лажают) у Гугла нет. Телефон можно выпустить не спрашивая разрешения у Корпорации Добра.
Единственное, что Гугл контролирует — CTS. Это тест совместимости, который необходим для того, чтобы иметь возможность устанавливать на устройство Google Play Services. Но тест, скажем честно, не настолько крут, чтобы решать озвученные проблемы. Да и устройств, которые даже не пытались пройти CTS выше крыши (скорее всего в несколько раз больше, чем тех, которые прошли CTS). А Гугл, естественно, хочет чтобы Хром работал даже на них — для него это ключевой продукт на клиентской стороне.
slonopotamus
Гугл имеет возможность контролировать андроид в той же степени в которой Canonical контролирует свою убунту. Не надо ничего ждать от производителей материнки/клавиатуры/колонок/SATA-контроллера/монитора/etc чтобы обновить убунту с 16.04 до 18.04.
Пользователю винды тоже не надо никого ждать чтобы получить секьюрити-апдейты которые выпустил микрософт.
Но, внезапно, надо ждать, чтобы сделать то же самое с андроидом.
rogoz
Да, но, например, если проприетарный драйвер nvidia не работает в 18.04, то придётся подождать. Или в новой системе в драйвере проявилась ошибка, от которой падает хром. Придётся гуглю потерпеть убытки и недовольство пользователей и подождать патч. Который может выпустят. Никаких же гарантий nvidia гуглу не дала.
slonopotamus
Ну вот поэтому Торвальдс нвидии фак и показывал.
Только вы в сторону уходите, мы говорили про андроид. Браузер от гугла больше всего содержит костылей для работы под операционкой от гугла же. Потому что именно гугл сделал такую экосистему в которой у него нет хоть сколько-нибудь реальной возможности доставить до пользователя фикс операционки. И гуглу ничего не остается кроме как добавлять воркэраунды в хром и доставлять их через обновления хрома.
pesh1983
Баги в драйверах, а не в самой операционке. Драйверы Гугл не пишет, по этой же причине доставить их на может на конечное устройство при всем
artskep
Присоединюсь к предыдущему комментатору, и еще есть ньюанс: Архитектура PC открытая. Во всяком случае на порядки более открытая, чем у телефонов.
И жизненный цикл в смартфонах короче, чем у видеокарты.
Так что пока производители телефонов не согласятся на модульную единую систему, вариантов "просто обновите драйвер" не будет. Зная, как разрабатываются смартфоны, вангую, что этого не будет никогда.
А короткий жизненный цикл убивает эту идею на корню: зачем городить модульную систему, если через год все равно надо выпускать очередную "революционную" модель на полмикрона тоньше и на полтакта быстрее.
khim
в начале 1980х MS-DOS, вы не поверите, тоже поставлялась разработчиками PC и использовать версию для Olivetti на Dec вы не могли. А потом… потом Lotus выпустил 1-2-3, Microsoft выпустил Windows… и разработчикам железа пришлось плясать под чужую дуду.
То же самое будет и со смартфонами… но должно пройти некоторое время…
К сожалению или к счастью, но «полмикрона тоньше и на полтакта быстрее» — это последний год или два. Флагманы 3-5 летней давности много чего «не тянут».
Когда эта гонка замедлится — тогда и начнут заниматься другими вещами…
artskep
Э… Не совсем понимаю при чем тут это. Dec это архитектура процессора по большому счету. Да, она умерла. Да, на десктопах RISC архитектура не приживается уже который раз (из современного опыта Windows RT, и о массовом использовании десктопов на ARM пусть даже не Ubuntu я не слышал. Малинка не в счет — это игрушка для гиков даже после нескольких лет на рынке). И Apple перешел на Intel архитектуру с powerpc. Я же не об этом. Но это не имеет вообще никакого отношения к архитектуре PC (и ее модульности) в целом.
В мире мобильников уже лет так 15 минимум архитектура процессора тоже унифицировалась (ARM), хотя я помню времена, когда .cab файлы для windows mobile собирались и распространялись и под MIPS и че-то еще.
Но зоопарк шин/устройств/комбинаций их никуда не делся и деться ему, вроде, некуда.
С архитектурой процессора я уже выше сказал — унифицировалось давно. А вот пытаться эту идею развить вообще на все устройство вцелом — тут все не так просто. Стандартизация интерфейсов в PC относительно простой процесс, т.к. мало физических ограничений. Есть место куда вставлять плату, есть место где поставить разъем «на будущее», есть постоянный источник питания.
А вот как только мы говорим о ноутбуках, тот тут уже могут начаться проблемы с совместимостью generic драйверов или производительностью их, т.к. производитель уже чутка вынужден был помучиться с компоновкой/охлаждением/батарейкой. А в телефоне эти проблемы на порядок круче, чем в ноуте.
Не, были попытки сделать телефон действительно модульным. Тот же Гугл, кстати, честно пробовал. Но Project Ara сейчас, увы, помнят только энтузиасты, пуская ностальгическую слезу по такой хорошей (в теории) идее.
khim
Есть куда. По той же схеме, что и с IBM PC и Microsoft'ом: вначале появляются несколько узаконенных конфигураций, потом, потихоньку, всё остальное отмирает.
Но это может произойти только если у разработчика OS очень жёсткая монополия и производителям, грубо говоря, «некуда деваться».
Я не уверен что Гугл сейчас может это сделать. Но со временем — это вполне может случится.
Всему своё время просто. Сейчас на ноуты Windows 10 встаёт «чисто». Никаких вещей специально под конкретный ноут ставить не нужно. Но да — чтобы до этого дойти потребовалось больше 20 лет под «жёсткой пятой монополии».
artskep
Ой, да, я как-то перепутал 80-е и 90-е. Тут вы правы. Но позвольте вам рассказать, что случилось с DEC в 90-е (ибо я даже частично это наблюдал на практике):
DEC сделали свою DEC Alpha. И на ней даже запускался Windows (кастомная сборка). Где-то в эти же годы Apple, ЕМНИП, работала на PowerPC, много чего веселого было за пределами Майкрософта, поверьте…
Но все закончилось печально — все заглохло и перешло на x86. Но этот процесс закончился еще до массового появления смартфонов, а унификация общепринятой периферии, пожалуй, даже раньше.
Угу, осталась одна незначительная малость — производитель софта и производитель железа должны занять главенствующую (практически монопольную) роль на рынке (как MS и IBM в то время), и определить стандарт. Ок, как только Гугл поглотит значительную часть производителей телефонов (или наоборот) — дайте мне знать.
Ой, а, учитывая то, что железо уже давно SoC не означает ли это, что монополия будет абсолютной? Мне кажется вы не совсем понимаете причины успеха PC в 80-90-х
В действительности IBM не обладала монополией на все железо (точнее от нее отказалась). В действительности IBM и придумала и продвинула открытую архитектуру, которая оказалась в ее коммерческих интересах. IBM взяла на себя роль интегратора решений уровня бизнеса, а клепать платы отдала на откуп другим конторам. И за счет этого нихреново приуспела.
Т.е. мои аргументы по поводу того, что есть физическая разница между PC, ноутом и телефоном вы проигнорировали.
Ок, бывает…
khim
А зачем ему это? Стандарты (и очень многие стандарты) на рынке PC устанавливал как раз Microsoft, который (до самого недавнего времени) железа не производил (за исключением мышек и клавиатур).
Проигнорировал, потому что они к делу отношения не имеют. Кто и какое железо производит — неважно, если у вас есть какой-то софт, без которого это железо нельзя продать. Именно потому Microsoft (даже после потери рынка смартвонов) стоит вчетверо дороже AMD и Intel вместе взятых.
Но вот тут как раз у Google — большая «дыра» под названием «Китай». Примерно треть телефонов на андроиде — продаются без Google сервисов и, соотвественно, огромный процент разработчиков всё-таки выпускает программы, работающие на голом Андроиде. Как именно будет решаться эта проблема — пока неясно.
Но именно это не позволяет заставить производителей железа «ходить строем». А вовсе не «проблемы с охлаждением» или «ограниченность батареи». Пока Google не является действительно незаменимым завеном, а является всего лишь «первым среди равных» (а пока что это именно так) он не сможет «выкрутить руки» производителям — со всеми вытекающими.
В чьих интересах это всё оказалось — сейчас сложно сказать, но факт есть факт: начиная с разработки EISA IBM уже ничего не контролировала, а старндарты разрабатывали и продвигали Intel и Microsoft. В случае же с сотовыми пока всё застряло на уровне «каждый дудит в свою дуду», так как очевидного лидера пока нет.
Но это временное явление: рынок ОС естественным путём стремится к монополизации, как и рынок процессоров. Просто сейчас производители сотовых — это компании заметно крупнее производителей персоналок в 80е-90е, так что процесс идёт медленнее.
Am0ralist
Таким образом, винду на армах сдерживает отсутствие совместимости с кучей написанного ПО, которое искусственно создал Интел.
khim
И тот факт, что драйвера на них не обновляются — было просто данностью. Собственно Гугл очень долго воевал за то, чтобы на телефонах вообще хоть что-то можно было обновлять.
Можно было сделать иначе? Да, можно. Сделать как разработчики Maemo и Ubuntu Touch, Openmoko и Windows Phone (не путать с Windows Mobile, который поддерживал «традиционную схему», но был варварски убит)… ну и проследовать вместе с ними на полки компьютерных музеем, да.
Но Гугл решил, что устройства в руках у людей несравненно полезнее устройств на полках музеев — и сделал как сделал…
Temtaime
Имел дело с Intel — это не массовость, это куча багов. В OpenGL во всяком случае.
AllexIn
Не знаю как сейчас, но лет 5 назад и в DX была гора проблем.
navion
Они даже драйверы не могут нормально выложить — куча сборок под разные чипы, которые не всегда подходят к указанным моделям.
lostmsu
Автор, конечно, подналажал кое-где (баг со switchable graphics только с драйверамии до 2016 года (!)), но статья интересная.
tangro Автор
Ну, такое. Идеи этой статьи витали у меня давно, тогда это было актуальной проблемой, мы даже с ней боролись в собственном продукте. Сейчас вроде да, исправлено. Но сама гибридная графика была представлена когда, в 2008 кажется? А приемлимо для Хрома стала работать в 2016-ом. Отличные темпы разработки.
Arris
Напомнило недавнюю статью про проблемы софта.
Все в одну копилку ложится.
mishast
Видел этот файл: )
У меня программа на qt, которая использовала web engine (у которого под капотом chromium), падала в линукс, долго разбирались в чем дело, выяснилось, что кривые драйвера от nvidia… падало в рендерере chromium… В qt был староватый chromium, в новом chromium эта карта была отключена, в дефекте было написано, что у драйвера проблемма с многопоточностью…
technic93
Линукс и нвидия та ещё история любви.
boblenin
Помню даже как один, недавний пенсионер, показывал им палец.
super-guest
Прочитал статью, задумался и обновиться захотелось…
mSnus
Странно, поиском по Windows нашёл всего 5 вхождений, 1 из которых на самом деле Mac. И в основном это автопереключение разных версий DirectX.
В основном ошибки в драйверах для Linux/Android...
tangro Автор
Вот это считать надо.
mSnus
Спасибо, да,
EvilFox
Для статистики:
Ай, поторопился, в статье это уже указано.
krab90
Firefox умеет точно тоже самое. Рендриться на DirectX 11, на старых видеокартах с поддержкой DirectX 10(10.1) так же использует 11 в режиме совместимости. На еще более старых картах под которые драйвера последний раз обновились 10 лет назад можно заставить через опции работать в режиме directx 9 но возможны артефакты. Ну и конечно же software basic режим.
Как выйдет webrender там уже ограничения будут выдаваться возможностями ANGLE.
tangro Автор
Я не сомневался, просто не видел в его кодовой базе столь хорошо структурированного файла с багами (но я, признаться, особо и не искал). И это ещё одна причина популярности сегодняшнего веба.
Кстати, у Хрома есть одна прикольная фишка, которой не было у ФФ: если его GPU-подпроцесс 3 раза крешился, то на четвертый он уже и не запускался, а Хром начинал всё рисовать в GDI. Файрфокс такого не умел по очевидным причинам (был однопроцессным). Теперь у него тоже подпроцессы, интересно, есть ли такая фича.
Ardanay
Прям ода костылестроению :)
Семь бед — один ответ:
Костыль и велосипед!
Newbilius
Наверное потому что Google не пишит ВСЕ драйвера для ВСЕХ устройств на рынке? Ну знаете, чисто гипотетически.
tangro Автор
Microsoft вот тоже не пишет все драйвера для всех устройств на рынке. Но она их подписывает и без её подписи вы в Вин10 никакой драйвер не поставите (ну, без сложных танцев с бубном). А для подписи драйвер должен пройти некоторую процедуру проверки. Что мешало Гуглу сделать так же? Нашли бак в каком-то квалкомовском чипе — вон не подписывать его драйвер, пока не пофиксят.
Smokin
Могу предположить, что от такой политики цены на телефоны могут вырасти. И тут стоит выбор, что лучше.
advance
Ну наверно то, что Android всё еще open source. Драйвер для него может писать кто угодно и устанавливать куда угодно. Проприетарны и закрыты здесь только google play services- они устанавливаются в прошивку по желанию вендора и договоренности с гуглом. Работу именно сервисов гугл и проверяет, к драйверам это не имеет отношения.
Например, китайские android-смартфоны прекрасно существуют без play services (всё таки там baidu монополист). И вот там с совместимостью проблем в разы больше.
В то же время ранее существовал покойный Яндекс.Кит. Андроид, сервисов гугла не было, на замену ему пришли сервисы от Яндекса. Покойный потому, что
1. Не смогли обеспечить достойной замены сервисам гугла (говорят, что там даже push было сделать проблемно)
2. Проблемы с софтовой совместимостью (ту не понятно, кто больше виноват- вендоры или оболочка Кит, драйверы вообще вряд ли кто-то проверял)
3. Ценовая политика- девайсы были дешевые (но, правда, очень лагучие), а вот цены на софт и место в магазине Яндекса были не очень привлекательными.
Если резюмировать- проблемы с драйвером еще не самое страшное…
А вот с (возможным в качестве замены) выходом фуксии всё может измениться.
RiseOfDeath
А что мешает гуглу придумать какую-нибудь сертификацию «На поддержку оборудованием чего-то там» как необходимое условие установки гуглосервисов? Не ставится цвет пикселя — исправляйте или хрен вам, а не сервисы.
Alozar
Как вы себе представляете эту проверку и какие ситуации должны при этом проверяться?
Бывает, что баги проявляются только при совершении большого количества действий в определённом порядке и ещё парочке сторонних факторов. Зашивать в проверку все хитровывернутые варианты действий? А если после сертификации пиксель снова появится не того цвета, т.к. не предусмотрели вариант, когда совершается последовательность 150 действий при наличии на телефоне приложений X, Y и Z?
advance
Собственно, они пытаются. Android One, Project Treble и тд. Помимо совместимости еще и решить несколько других. Да и сейчас есть требования к вендорам по api драйверов. И, надо сказать, стало в разы лучше, чем на 4.х или 2.х.
Ответ на Ваш вопрос — вендоры мешают.
Дело в том, что samung- самый крупный производитель смартфонов и планшетов на сегодняшний день. Да, их мобильное подразделение имеет бюджеты скромнее, чем у компании из Купертино. Но, однако, сам samsung в разы крупнее и дороже apple (возможно, крупнее любой корпорации, которая производит микроэлектронику и комплектующие). Такому игроку сложно что-либо указывать. И если какая-либо сертификация не пропустит какие-либо маркетинговые фишки (некоторые завязаны на драйверах и ядре. Пример- KNOX) по любой причине- это может привести к тому, что огромный пласт устройств перейдет, например, на Tizen (который лежит у самсуга в кармане). Может пару раз вендор и пойдет на уступки, но терпение не бесконечно. Гуглу этого перехода не надо по понятным причинам. Да и пользователям тоже.
Потому стараются причесывать платформу мягко и постепенно
Beyondtheclouds
вообще у эпла доход за 2017 год больше чем у всего самсунга, целиком :)
advance
Публичного- да. Есть не публичная часть. Например, оборона. Да, samsung строит танки, турели и много чего. Никто не будет это афишировать)
Насколько я понял, доходы от постройки крупногабаритных кораблей туда тоже не входят.
UPD. Почитал. Скорее всего речь именно о мобильном подразделении, а не уточняется во имя маркетинга. Слабо верится в то, что apple дороже корпорации, которая занимается если не всем, то очень многим (текстиль, автопром, фармацевтика, можно долго перечислять).
khim
Таки Apple дороже. Хотя доходы стравнимы — у Samsung 225,2 млрд долларов, а у Apple 229.2 млрд. При такой крошечной разнице даже нельзя сказать кто больше: зависит от того на какой конкретно день взяли курс вона к доллару.
Однако тут есть некоторое лукавство: в прошлые годы Apple активно росла, в 2016м был спад, а в 2017 пошло уже выжимание денег из имеющихся клиентов путём повышения цены. Ясно, что в долгосрочной перспективе это тупик… но вот прямо сейчас Apple — дороже, чем Samsung…
sumanai
Забыли главную причину- давление гугла, который запрещал ставить вендорам яндексовские сервисы под угрозой разрыва контракта на гугл сервисы вообще.
advance
На мой личный взгляд — нет, не основная. Тех марок устройств, с которыми продавался Кит лично я больше в продаже не видел. И до начала продаж тоже)
ИМХО, если бы устройства на Ките покупали- то вендорам, которые на нем выпускались, было бы всё равно. А известные вендоры под это дело организовывали бы дочек. Был бы спрос. С такими то низкими ценниками. Но кому нужен тормознутый смартфон\планшет, у которого в маркете нет нужного приложения?.. А даже если поставить apk- не факт, что работать будет нормально (чаще- нет). А без нужных приложений- зачем оно вообще надо?..
А по поводу жалоб о монополии- если бы могли сделать конкурентоспособный продукт- то и жаловаться не пришлось бы
sumanai
А почему вы думаете, что не организовали? Я уверен, что это и были очередные торговые марки крупных производителей.
Вы это пишите тому, у кого на смартфоне нет приложений от гапсов. Ничего, всё нормально работает.
advance
Во-первых это невозможно по описанным выше причинам. Если приложение ограничивает свой функционал по причине отсутствия гапсов- это уже не штатная работа.
Во-вторых- я щупал кит, когда он появился в продаже, на предмет возможности публикации. Отсутствие порядочной замены гапсам- это одна боль. Другая в том, что (если не углубляться в тех. детали) некоторые второстепенные api самого android framework работали некорректно на пробных запусках. Да, всё можно обойти и подобное встречалось ранее. Но зачем? Аудитории мало, тратить время на адаптацию никто не хотел.
sumanai
2гис?
Какое-то кривое приложение прибывалка63 не заработало, да. А вот яндекс.транспорт исправно работает с тем же функционалом и чуть более современным интерфейсом.
У меня нет приложений которым они нужны. То есть я не пользуюсь мессенджерами и соцсетями.
Хотя я в общем то не спорю, что андроид без гапсов не самая идеальная в мире вещь.
pesh1983
Виндовс — проприетарное ПО, его можно только кастомизировать. Менять исходный код нельзя. Андроид — ос с открытым исходным кодом. Любой вендор может что угодно в ней поменять. В том числе и убрать проверку подписанных драйверов. Вдобавок, видела как правило устанавливается на любое железо, драйвера идут отдельно. С Андроидом — только то, что сделал вендор. Так с Андроидом не выйдет, как на
Am0ralist
да, только вендор не получал бы гугло сервисы без согласия гугла, а значит гугл мог как угодно выкручивать им руки.
pesh1983
Я думаю, что тут важнее распространенность системы, чем война с вендорами за чистоту драйверов и прочее. Тут даже скорее обратная ситуация: чем больше смартфонов с андроид, тем он популярнее, тем больше выгоды получит компания. Поэтому в финансовом эквиваленте ставить палки в колеса вендорам для Гугла менее прибыльно, чем запилить фиксы в кодовую базу Хромиума. Ну и по ресурсам первое на порядки затратнее, чем второе. Увы, это реальность
Am0ralist
Ещё раз, гугл победил все форки банально запретив их делать, если производитель хотел выпускать смартфоны с сервисами гугла, а в качестве пряника гугл начал немножко делиться баблом за предустановку.
А вот заставить их поддержку вменяемую — не, не мог. Это слишком дорого?
Серьезно?
advance
Никто никому не запрещал делать форки. MiUI как была, так и есть. И Sense\TouchWiz\Flyme- это, по сути, тоже форки. В Китае вообще далеко не на каждом смартфоне есть play services ибо не надо. И ничего, живут себе. Только проблем там больше, поскольку API не всегда реализован верно. А это уже опаснее, чем баги с дровами.
Нет, не дорого. Опасно. Потерей доли рынка. Как писал выше, игрокам вроде samsung вообще сложно что-либо указывать.
Am0ralist
Ничего, что в Китае сервисы гугла были законодательно заблокированы?
Ну, давайте. Перечислите еще парочку игроков уровня Самсунг? Хм… Ах да, таких — нет.Серьезно, ничего не смущает в вашем опровержении?
Теперь вспомним, как самсунг пишет ПО… и понимаем, что ему тоже некуда было прыгать с корабля. Причем, самсунгу то эти требования было бы зачастую проще выполнять — у него и свои процы имеются. Да, он мог пошантажировать тизеном, но по факту — свалил бы только если совсем были бы невыполнимые условия. Более того, последние пару лет он обещает вроде как получше поддержку хотя бы по обновлениям безопасности сделать (насколько в реальности делает — судить не могу).
А всем прочим деваться было не куда. В глобальном смысле — нет сервисов гугла = нет продаж в развитых странах.
advance
Сам Самсунг производит больше половины всего объема смартов и планшетов на андроид. Этого уже достаточно.
В догонку- один из лидеров телекоммуникационного оборудования- Huawei. Продажи у них тоже не маленькие. В недавних скандалах тоже часто мелькали.Потому и не свалил, что выполнимы. А выполнимы потому, что самсунг- член OHA
Am0ralist
А сейчас и гуглу в вину поставили такие договоры, и штрафанули, так что с позиции сейчас — не применимо обсуждать что было тогда.
Именно, и он таки договорился сейчас. А значит у прочих шансов не было никаких еще тогда. Про что и было указание найти аналогичного игрока, кто мог бы с гуглом торговаться и от него хотя бы как-то свалить.khim
Требования обновлять драйвера — это как раз они и есть. Именно поэтому Windows Phone поддерживала так мало процессоров: несколько Snapdragon'ов и всё. Ни PoverVR, ни Mail (то есть самые эффективные GPU) они использовать не могли. Завели одно устройсво «под занавес» на GPU трёхгодичной давности — на чём история этой «славной» OS и завершилась.
pesh1983
Еще раз) Один из ключевых моментов популярности системы — это как можно меньшее количество камней преткновения для вендоров -> много вендоров -> много аппаратов -> популярность. Это, конечно, не единственный фактор, но один из ключевых. Я опускаю вопрос, насколько качественно каждый вендор подходит к созданию своей продукции. Да и Гугла нет ни времени, ни денег, ни особого желания проверять это у каждого вендора, в том числе и качество дров. Сегодня вендоров 100, завтра будет 110, и каждый раз Гуглу нужно договариваться и проверять, что все заявленное работает по спецификации. А завтра выйдет новая линейка смартфонов с новыми чипами, и все надо делать по новой. Проще, быстрее и финансово менее затратно сделать это один раз в нескольких продуктах. Тем более, что база фиксов может шариться между продуктами. Предлагаю вам подумать, почему до сих пор Гугл не поступил так, как предлагаете вы, а делает так, о чем пишу я. Это не потому, что корпорация такая злая, делает кучу костылей или разрабы и менеджеры ленивые. Просто так эффективнее, дешевле. Вопрос только денег
Am0ralist
А им не нужно было проверять за ними. Им нужно было прописать жестко сроки поддержки. А так поддержка ПО заканчивалась раньше конца продаж данных устройств.
Потому что они не сумели вовремя спроектировать правильную ОС? Винда и линукс почему-то умудряются.И да, сейчас они как раз таки делают именно то, пытаются хоть как-то обновления драйверов отделить от обновления ОС, как минимум. Чтоб хотя бы критические баги в ОС править.
pesh1983
Это не решит проблему, поскольку драйвера как пишут вендоры, так и будут это делать. А баги, как были в драйверах, так там и будут оставаться. ОС — это следующий уровень на драйверами. На уровне ОС конечно можно попытаться исправить поведение драйвера, но тогда эти фиксы придется тянуть в апстрим ОС для всех остальных. В общем, я не совсем понимаю, как обновления ОС отдельно от драйверов решит проблему багов внутри самих драйверов, но вполне возможно, что у меня нет всей информации для таких выводов)
Am0ralist
Так драйверы то могли и обновляться. Только зачем собирать новую сборку и туда их включать? Если с точки зрения производителя устройство устаревало быстрее, чем его распродали. Обязанностей же он никаких по этому поводу не имел, ага.
А вот если от этого будет зависеть вообще возможность на рынке быть не в виде никому не нужных девайсов, а именно с андроидами, то тут уже возможны варианты.
В итоге, куча вирусов, большая часть устройств — уязвимы и забагованы, и гугл на этом восседает сверху.
Все отлично.
khim
khim
Тот факт, что для Андроида вообще были предусмотрены обновления (опциональные) — в 2008м году рассматривалось Гуглом как успех. Когда удалось их сделать OTA (а за это пришлось долго сражаться) — это был следующий шаг. А до поддержки драйверов — нужно ещё несколько лет идти.
На каких это смартфонах, они, я извиняюсь, умудряются?
khim
А вот попытка заставить драйвера поддерживать — это значит поломать всю производственную цепочку. Где драйвера и железо — расмматриваются как две стороны одной медали.
Вышла алфа-версия силикона — к ней альфа-драйвера.
Выбла бете — к ней бета-драйвера.
Вышел релиз — получили релизные драйвера, телефоны в коробку, в магазин.
Процесс окончен.
Менять производственные процессы — не сложно, а очень сложно. И дорого.
baxtep2
Теперь понятно, почему мой старенький Macbook air 2011 с i5 процессором так жутко тормозит в хроме.
appletesta
15 крашей драйвера GPU, потом перебор волшебных костылей и попытки отрисовать софтварно, хотя бы по 1 вкладочке
atrosinenko
Напомнило: в коде WebKit видел чудесную строчку:
Как говорится, "Зачем писать комментарии, если можно понятно называть функции".
FreeMind2000
Как бы там ребята не вкалывали, но, к сожалению, браузеры еще не поднялись до уровня видеоплееров.
К примеру на малинке или orange-pi Хромиум (armbian) работает, но возможности видеокрты не использует, поэтому видео на страницах того же youtube тормозит с fps 1-2 кадра в секунду, даже если принудительно включить в настройках поддержку GPU (толку ноль).
А вот если запустить скачанный фильм через mplayer или смотреть youtube по ссылке через плагин для kodi всё отлично показывает.
khim
Видеплееру от GPU нужно на порядок меньше возможностей, чем браузеру. А с учётом того, чтобы мы говорим о железе, которое вышло 6 лет назад и на котором телефонов на Андроиде нет… кто будет этим заниматься?
FreeMind2000
Не знаю, о каком железе говорите вы, а я тестировал на Orange Pi PC Plus (H3 Mali 400MP2 4x1.2 GHz 1 Гб ) и он вышел в 2016, сейчас есть и посвежее модели 2018, но на них, на сколько я знаю, ситуация та же.
khim
Неплохо. Но это не совсем «малинка». Вы под андроидом тестировали? У Mali всё в порядке с ускорением под Android'ом.
mapron
Статья хорошая, и познавательная. Только вот с выводами автора я слегка не согласен.
«Меня сильно удивило, что багов отрисовки в Mac Os было обнаружено почти два раза больше, чем в Windows», хотя выше же в абзаце пишете о том что «решено было исправлять».
Возможно багов и меньше, но решено исправлять самих багов — больше, т.к. платформа более однородная, например. Т.е. количество хаков и костылей не обязательно прямо линейно с единым коэффцициентом зависит от собственно количества багов.
Возможно для винды меньше запаривались, потому что пользователи сами по себе привыкли обновлять драйвера в случае любых проблем. Вы слышали чтобы макоюзер что-то шел обновлять? Да и кто ему даст :D
nohuhu
Вы когда-нибудь сами макосью пользовались? Похоже что нет, иначе знали бы, что Apple очень настойчивы по поводу установки обновлений. Вплоть до принудительного перезапуска Safari, когда им "никто не пользуется" (паубывав бы!), и ежедневных назойливых напоминалок про системные обновления, пока не установишь.
Am0ralist
О, вы не знаете, что такое «настойчиво»… последнее время заметил за виндой, что она начинает настолько тормозить и глючить, пока её не рестартнешь, поставив попутно обновления, что уже даже сомнения возникают, неужели специально так сделали?
nohuhu
Вполне знаю. Но у меня Windows 10 только в виртуалках живёт, ради браузеров всеразличных. В качестве хост-системы Windows для меня умерла лет 7 назад.
А в виртуалках хоть и раздражает, но всё-таки меньше. Благо, пока одна пытается обновиться (и обламывается почему-то), можно в другой тесты гонять.
Temtaime
Месяцами живу без редутов и ничего не виснет.Чяднт?
mapron
Довольно значительная доля сидит на непоследних осях, к которым обновлений не выходит.
И да, пользуюсь 10.13 сейчас.
Про напоминания оси я помню, я скорее пытался намекнуть что редко сами производители софта под мак пишут мол «обновите у себя что-нибудь», в то время как в виндовом такое случается.
С другой стороны, если пользователи выполняют заветы эпла и ставят все заплатки по расписанию, оч странно зачем для них костыли в коде плодить…
perlestius
Или, как вариант, от Windows-пользователей приходит меньше баг-репортов