Fuchsia OS entra en fase de pruebas en empleados de Google

Google hizo cambios, indicando la transición del sistema operativo Fucsia a la etapa de prueba interna final "dogfooding“, implicando el uso del producto en las actividades diarias de los empleados, antes de llevarlo a los usuarios comunes. En esta etapa el producto es en un estado que ya ha superado las pruebas básicas realizadas por equipos especiales de evaluación de calidad. Antes de entregar el producto al público en general, además realizan una prueba final a sus empleados que no participan en el desarrollo.

En el cliente al sistema de gestión de entrega de actualizaciones. Omaha, que prueba las versiones de Chrome y Chrome OS, adicional componente fuchsia.cobalt.SystemDataUpdater e instrucciones propuestas para transferir dispositivos a la nueva rama "dogfood-release" utilizando la utilidad fx (análogo a adb para Fuchsia). Al sistema de integración continua agregado ensamblando el cargador para la rama de comida para perros y en la plataforma Fuchsia incluido métricas separadas para evaluar los resultados de las pruebas.

En los comentarios a los cambios en Fucsia. mencionado dos enlaces para entregar actualizaciones fuchsia-updates.googleusercontent.com y arm64.dogfood-release.astro.fuchsia.com, en el segundo enlace Astro es el nombre en clave de la pantalla inteligente Google Nest Hub, que parece ser utilizado por los empleados de Google como prototipo para realizar pruebas.
Fuchsia en lugar del firmware estándar de Cast Platform. La interfaz de Nest Hub está construida sobre la aplicación Dragonglass, que utiliza el marco Flutter, que también es compatible con Fuchsia.

Recordemos que, como parte del proyecto Fuchsia, Google está desarrollando un sistema operativo universal que puede ejecutarse en cualquier tipo de dispositivo, desde estaciones de trabajo y teléfonos inteligentes hasta equipos integrados y de consumo. El desarrollo se lleva a cabo teniendo en cuenta la experiencia en la creación de la plataforma Android y tiene en cuenta las deficiencias en el campo de la escalabilidad y la seguridad.

El sistema está basado en un microkernel. Zircon, en base a los desarrollos del proyecto LK, ampliado para su uso en varias clases de dispositivos, incluidos teléfonos inteligentes y computadoras personales. Zircon amplía LK con soporte de proceso y bibliotecas compartidas, nivel de usuario, sistema de procesamiento de objetos y modelo de seguridad basado en capacidades. Conductores implementado en forma de bibliotecas dinámicas que se ejecutan en el espacio del usuario, cargadas por el proceso devhost y administradas por el administrador de dispositivos (devmg, Administrador de dispositivos).

Para fucsia preparado собственный interfaz gráfica de usuario, escrito en Dart utilizando el marco Flutter. El proyecto también está desarrollando el marco de interfaz de usuario de Peridot, el administrador de paquetes Fargo y la biblioteca estándar. libc, sistema de renderizado Escher, conductor vulcano Magma, administrador compuesto Escénico, sistemas de archivos MinFS, MemFS, ThinFS (FAT en lenguaje Go) y Blobfs, así como el administrador de particiones FVM. Para el desarrollo de aplicaciones previsto La compatibilidad con C/C++, lenguajes Dart y Rust también está permitida en los componentes del sistema, en la pila de red Go y en el sistema ensamblador del lenguaje Python.

Fuchsia OS entra en fase de pruebas en empleados de Google

Mientras carga utilizado administrador del sistema, incluyendo
appmgr para crear el entorno de software inicial, sysmgr para crear el entorno de arranque y basemgr para configurar el entorno del usuario y organizar el inicio de sesión. Para compatibilidad con Linux en Fuchsia propuesto Biblioteca Machina, que le permite ejecutar programas Linux en una máquina virtual aislada especial, formada utilizando un hipervisor basado en el kernel Zircon y las especificaciones Virtio, similar a como organizado por ejecutar aplicaciones de Linux en Chrome OS.

Se ofrece un sistema avanzado para garantizar la seguridad. aislamiento de caja de arena, en el que los nuevos procesos no tienen acceso a los objetos del kernel, no pueden asignar memoria y no pueden ejecutar código, y el sistema se utiliza para acceder a los recursos. espacios de nombres, que define los permisos disponibles. Plataforma proporciona un marco para crear componentes, que son programas que se ejecutan en su propia zona de pruebas y pueden interactuar con otros componentes a través de IPC.

Fuente: opennet.ru

Añadir un comentario