ОС Fuchsia преминава в етап на тестване при служителите на Google

Компания Google внесла изменения, свидетелстващи за прехода на операционната система Fuchsia към етапа на финално вътрешно тестване «dogfooding«, който предполага използването на продукта в ежедневната дейност на служителите, преди да бъде предоставен на обикновените потребители. На този етап продуктът е в процес на подготовка за започване на бета-тестиране и по функционалност все още изостава от Firefox за Android. В юни се очаква първото стабилно издание на Fenix 1.0, а до средата на август се планира да излезе браузърът Fenix 2.0. е в състояние, което вече е преминало основното тестване от специализирани екипи за оценка на качеството. Преди да се предостави на широка аудитория, продуктът преминава допълнителна финална проверка с персонал, който не е бил ангажиран в разработката.

В клиента на системата за управление на доставката на актуализации Omaha, в който се тестват версии на Chrome и Chrome OS, е добавен компонент fuchsia.cobalt.SystemDataUpdater и е предложена инструкция за превеждане на устройствата на новия клон «dogfood-release» с помощта на утилитата fx (аналог на adb за Fuchsia). В системата за непрекъсната интеграция добавени сборка на зареждача за клона dogfood, а в платформата Fuchsia е активирано отделни метрики за оценка на резултатите от тестването.

В коментарите на промените в Fuchsia се споменават има две връзки за доставка на актуализации fuchsia-updates.googleusercontent.com и arm64.dogfood-release.astro.fuchsia.com, втората връзка Astro е кодовото име на интелигентния дисплей Google Nest Hub, който, според всичко изглежда, се използва от служителите на Google като прототип за тестване на
Fuchsia вместо стандартния фърмуер на Cast Platform. Интерфейсът на Nest Hub е построен на базата на приложението Dragonglass, което използва фреймуърка Flutter, който също е поддържан в Fuchsia.

Напомняме, че в рамките на проекта Fuchsia компанията Google разработва универсална операционна система, която може да работи на всякакви типове устройства — от работни станции и смартфони до вградена и потребителска техника. Разработката взима под внимание опита от създаването на платформата Android и адресира недостатъците в областта на мащабируемостта и сигурността.

Системата се основава на микроядро Zircon, базирана на разработки от проекта LK, разширено за прилагане на различни класове устройства, включително смартфони и персонални компютри. Zircon разширява LK с поддръжка на процеси и споделени библиотеки, ниво на потребителя, система за обработка на обекти и модел на сигурност, основан на capability. Драйверите се реализират под формата на динамични библиотеки, работещи в пространството на потребителя, зареждани от процеса devhost и управлявани от мениджъра на устройства (devmg, Device Manager).

За Fuchsia е подготвен собствен графичен интерфейс, написан на езика Dart с използването на фреймворка Flutter. Проектът също развива фреймворк за изграждане на потребителски интерфейси Peridot, пакетен мениджър Fargo, стандартна библиотека libc, система за рендериране Escher, Vulkan драйвер Magma, композитен мениджър Scenic, файлови системи MinFS, MemFS, ThinFS (FAT на езика Go) и Blobfs, както и мениджър на устройства FVM. За разработка на приложения се предоставя подкрепа на езици C/C++, Dart, в системни компоненти е също допустимо използването на Rust, в мрежовия стек Go, а в системата за изграждане на Python.

По време на зареждане се използва системен мениджър, включващ
appmgr за създаване на начална програма среда, sysmgr за формиране на стартираща среда и basemgr за настройка на потребителска среда и организиране на вход в системата. За съвместимост с Linux в Fuchsia се предлага библиотека Machina, която позволява стартиране на Linux програми в специална изолирана виртуална машина, формирана с помощта на хипервизор на базата на ядрото Zircon и спецификациите Virtio, подобно на начина, по който е организиран старта на Linux приложения в Chrome OS.

С цел осигуряване на сигурност се предлага напреднала система sandbox изолация, при която новите процеси нямат достъп до обекти на ядрото, не могат да заделят памет и не могат да стартират код, а за достъп до ресурси се прилага система имена на пространства, определяща достъпните разрешения. Платформата предлага е фреймворк за създаване на компоненти, представляващи програми, изпълнявани в своето sandbox, които могат да взаимодействат с други компоненти чрез IPC.

Източник: opennet.ru