![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
О перспективах Хромбуков
2018-09-02 12:35 pmArsTechnica пишет о том, как новые хромбуки за $600 скоро выйдут за пределы сферы образования и ARM-овских процессоров, далее захватят рынок, устроят вендекапец и т.д.:
(Кстати, компания Google в этом году искала на GSoC студента, который выкинет из TianoCore поддержку почти всего UEFI и сделает так, чтобы платформа сразу после подачи питания загружала Linux-ядро напрямую из EEPROM. Никаких вам dual boot, загрузки с USB, BIOS setup и прочих "прав и свобод". Ядро ОС стартует сразу из прошивки платформы, как в телефонах и планшетах на Android.)
https://arstechnica.com/gadgets/2018/09/600-chromebooks-are-a-dangerous-development-for-microsoft/
Всё это, разумеется, типичные журналистские благоглупости, проистекающие от некомпетентности и от непонимания технической подоплёки вопроса. Она заключается в том, что у Linux'а почти монолитное ядро: модули, находящиеся вне основного дерева, быстро отстают от изменений во внутриядерном API и теряют совместимость со следующими версиями ядра. На Linux-ядро 2018 года сборки невозможно установить драйвер (модуль) 1998 года сборки, в отличие от Windows 10 / драйверов для NT 4.0. В Linux нет ничего подобного WDM и WDF.
Чтобы ещё более наглядно увидеть эту разницу между Windows и Linux (Android, ChromeOS), достаточно зайти на сайт какой-нибудь Розетки или другого ритейлера бытовой электроники и почитать отзывы к разным мелким USB-гаджетам: в каментах стоит непрерывный "плач Ярославны" о том, что такой-то и такой-то Андроид-телефон или планшет не поддерживает данное USB-устройство через OTG-кабель. Или вот ещё один пример на ту же тему. Всё это потому, что какая-нибудь Xiaomi или Samsung в своё время не озаботилась вашими проблемами, ребята, и не включила соответствующий драйвер при сборке Linux-ядра под ваш телефон. Видите ли, ей за это не платят. (И отдельное "спасибо" Гуглу за отсутствие ACPI или чего-то подобного для архитектуры ARM, что позволяло бы запускать на всех телефонах унифицированное, централизованно обновляемое ядро — как Linux на X86. Здесь нет места для иллюзий: как видим, Google выпиливает ACPI из X86 для хромбуков, а вовсе не добавляет ACPI на ARM для андроидов.) Купили в своё время телефон без опубликованных исходников ядра, нет поддержки этого телефона в LineageOS/CopperheadOS? Что ж, ССЗБ, марш за новым. И новый будет в этом отношении ничуть не лучше старого. Cry me a river.
(Аналогичная проблема, кстати, есть у Apple, и тоже из-за квазимонолитного UNIX-ядра, но там всё проще: ябблосекта просто объявляет очередной девайс неправославным и подвергает еретиков-юзеров изгнанию и анафеме. Зато бэкапы ябблооси можно свободно двигать между всеми ябблоустройстами: полный комплект драйверов для всего, что только бывает на Apple'овском железе, намертво замурован в операционку. А USB-устройства? См.выше.)
Так вот, никуда это проблема не денется ни сейчас, ни даже через 10 лет. Вам нужно подключить к ноутбуку USB/Ethernet адаптер, чтобы добавить второй сетевой порт или второй WiFi? Хотите что-то напечатать или отсканировать? Может, Yubikey или что-то подобное? Ого, да вы у нас, батенька,буржуй power user, вам Компьютер нужон. А "хромой бук" — это вовсе не компьютер, это просто говна кусок нуу, вы же сами понимаете.
Билл Гейтс в своё время не просто так нанял на работу Дейва Катлера с командой и предоставил ему полную автономию по части набора кадров и принятия технических решений на проекте NT. И не просто так потратил весь имеющийся на тот момент у компании кэш, чтобы отвязаться от юристов DEC'а с их претензиями по поводу нарушения патентов на операционную систему VMS:
https://www.itprotoday.com/management-mobility/windows-nt-and-vms-rest-story
Это была инвестиция в будущее, несомненно, лучшая из возможных на тот момент. В 1987 году на PC нет процессоров, где бы сносно работала NT? "Похуй, пляшем" (c). Десятилетие разработки и эксплуатации VAX/VMS не может пропасть втуне. Таких архитекторов, как Дейв Катлер, на весь мир найдётся не более пяти человек. (И Линус Торвальдс в их число не входит, увы.) Код Windows NT, написанный на языке Си в 1987 году (или портированный с VAX'овского ассемблера в то же время), до сих пор является частью Windows 10, и совершенно точно можно сказать, что жизненный срок этого кода составит не менее 50 лет. Ведь его писали серьёзные, уважающие себя люди, это же не сайт на JS-фреймворке, который устареет за два года.
И теперь эта инвестиция окупается сполна. Никуда теперь вы, дорогие юзеры, не денетесь с подводной лодки, будете жрать и телеметрию, и всё остальное, что доктор Билли прописал, да ещё и приплачивать за это.
Компания Google в своей следующей операционной системе под названием Fuchsia пытается организовать новую драйверную модель на основе IDL-специфицированных интерфейсов с GUID'ами (что очень похоже на COM здорового человека, обеспеченный современным, как сейчас говорят, tooling'ом), а также на основе изоляции драйверов в отдельных процессах (настоящее микроядро), в общем, на основе всяких хороших инженерных практик, которые призваны решить вышеописанные проблемы квазимонолитных ядер. Но тупые журналисты путём гадания на кофейной гуще вывели, что Fuchsia — это ОС для наручных часов и очков дополненной реальности. Только почему-то со встроенным гипервизором и с Vulkan API для 3D-графики, LOL. (Выражаясь дипломатическим языком, дебилы б**ть.) Посмотрим, что вырастет из этой новой гугловской операционной системы через 10 лет, ведь Windows NT тоже понадобилось примерно 10 лет от начала разработки до релиза первой версии. Затем понадобится ещё как минимум 10 лет, чтобы "нагулять" необходимый пул полезных драйверов (и здесь тоже могут возникнуть проблемы, т.к. в начале этого пути Фуксия будет совершенно беззубая, как Windows 8 на ARM'ах). Ну а далее потенциально эта ОС сможет работать на всём диапазоне устройств от телефонов до серверов Google, обеспечивая модульность и совместимость драйверов на 20-летнем промежутке, как Windows NT, но всё в конечном итоге зависит от Google.
Как бы там ни было, в нынешнем виде Хромбуки неопасны для Windows-экосистемы.
(Кстати, компания Google в этом году искала на GSoC студента, который выкинет из TianoCore поддержку почти всего UEFI и сделает так, чтобы платформа сразу после подачи питания загружала Linux-ядро напрямую из EEPROM. Никаких вам dual boot, загрузки с USB, BIOS setup и прочих "прав и свобод". Ядро ОС стартует сразу из прошивки платформы, как в телефонах и планшетах на Android.)
https://arstechnica.com/gadgets/2018/09/600-chromebooks-are-a-dangerous-development-for-microsoft/
Всё это, разумеется, типичные журналистские благоглупости, проистекающие от некомпетентности и от непонимания технической подоплёки вопроса. Она заключается в том, что у Linux'а почти монолитное ядро: модули, находящиеся вне основного дерева, быстро отстают от изменений во внутриядерном API и теряют совместимость со следующими версиями ядра. На Linux-ядро 2018 года сборки невозможно установить драйвер (модуль) 1998 года сборки, в отличие от Windows 10 / драйверов для NT 4.0. В Linux нет ничего подобного WDM и WDF.
Чтобы ещё более наглядно увидеть эту разницу между Windows и Linux (Android, ChromeOS), достаточно зайти на сайт какой-нибудь Розетки или другого ритейлера бытовой электроники и почитать отзывы к разным мелким USB-гаджетам: в каментах стоит непрерывный "плач Ярославны" о том, что такой-то и такой-то Андроид-телефон или планшет не поддерживает данное USB-устройство через OTG-кабель. Или вот ещё один пример на ту же тему. Всё это потому, что какая-нибудь Xiaomi или Samsung в своё время не озаботилась вашими проблемами, ребята, и не включила соответствующий драйвер при сборке Linux-ядра под ваш телефон. Видите ли, ей за это не платят. (И отдельное "спасибо" Гуглу за отсутствие ACPI или чего-то подобного для архитектуры ARM, что позволяло бы запускать на всех телефонах унифицированное, централизованно обновляемое ядро — как Linux на X86. Здесь нет места для иллюзий: как видим, Google выпиливает ACPI из X86 для хромбуков, а вовсе не добавляет ACPI на ARM для андроидов.) Купили в своё время телефон без опубликованных исходников ядра, нет поддержки этого телефона в LineageOS/CopperheadOS? Что ж, ССЗБ, марш за новым. И новый будет в этом отношении ничуть не лучше старого. Cry me a river.
(Аналогичная проблема, кстати, есть у Apple, и тоже из-за квазимонолитного UNIX-ядра, но там всё проще: ябблосекта просто объявляет очередной девайс неправославным и подвергает еретиков-юзеров изгнанию и анафеме. Зато бэкапы ябблооси можно свободно двигать между всеми ябблоустройстами: полный комплект драйверов для всего, что только бывает на Apple'овском железе, намертво замурован в операционку. А USB-устройства? См.выше.)
Так вот, никуда это проблема не денется ни сейчас, ни даже через 10 лет. Вам нужно подключить к ноутбуку USB/Ethernet адаптер, чтобы добавить второй сетевой порт или второй WiFi? Хотите что-то напечатать или отсканировать? Может, Yubikey или что-то подобное? Ого, да вы у нас, батенька,
Билл Гейтс в своё время не просто так нанял на работу Дейва Катлера с командой и предоставил ему полную автономию по части набора кадров и принятия технических решений на проекте NT. И не просто так потратил весь имеющийся на тот момент у компании кэш, чтобы отвязаться от юристов DEC'а с их претензиями по поводу нарушения патентов на операционную систему VMS:
https://www.itprotoday.com/management-mobility/windows-nt-and-vms-rest-story
Это была инвестиция в будущее, несомненно, лучшая из возможных на тот момент. В 1987 году на PC нет процессоров, где бы сносно работала NT? "Похуй, пляшем" (c). Десятилетие разработки и эксплуатации VAX/VMS не может пропасть втуне. Таких архитекторов, как Дейв Катлер, на весь мир найдётся не более пяти человек. (И Линус Торвальдс в их число не входит, увы.) Код Windows NT, написанный на языке Си в 1987 году (или портированный с VAX'овского ассемблера в то же время), до сих пор является частью Windows 10, и совершенно точно можно сказать, что жизненный срок этого кода составит не менее 50 лет. Ведь его писали серьёзные, уважающие себя люди, это же не сайт на JS-фреймворке, который устареет за два года.
И теперь эта инвестиция окупается сполна. Никуда теперь вы, дорогие юзеры, не денетесь с подводной лодки, будете жрать и телеметрию, и всё остальное, что доктор Билли прописал, да ещё и приплачивать за это.
Компания Google в своей следующей операционной системе под названием Fuchsia пытается организовать новую драйверную модель на основе IDL-специфицированных интерфейсов с GUID'ами (что очень похоже на COM здорового человека, обеспеченный современным, как сейчас говорят, tooling'ом), а также на основе изоляции драйверов в отдельных процессах (настоящее микроядро), в общем, на основе всяких хороших инженерных практик, которые призваны решить вышеописанные проблемы квазимонолитных ядер. Но тупые журналисты путём гадания на кофейной гуще вывели, что Fuchsia — это ОС для наручных часов и очков дополненной реальности. Только почему-то со встроенным гипервизором и с Vulkan API для 3D-графики, LOL. (Выражаясь дипломатическим языком, дебилы б**ть.) Посмотрим, что вырастет из этой новой гугловской операционной системы через 10 лет, ведь Windows NT тоже понадобилось примерно 10 лет от начала разработки до релиза первой версии. Затем понадобится ещё как минимум 10 лет, чтобы "нагулять" необходимый пул полезных драйверов (и здесь тоже могут возникнуть проблемы, т.к. в начале этого пути Фуксия будет совершенно беззубая, как Windows 8 на ARM'ах). Ну а далее потенциально эта ОС сможет работать на всём диапазоне устройств от телефонов до серверов Google, обеспечивая модульность и совместимость драйверов на 20-летнем промежутке, как Windows NT, но всё в конечном итоге зависит от Google.
Как бы там ни было, в нынешнем виде Хромбуки неопасны для Windows-экосистемы.
