OS Fuchsia går in i testfasen på Google-anställda

Google gjorde ändringar, som visar på övergången av operativsystemet Fuchsia till den slutliga interna testfasen «dogfooding«, vilket innebär att produkten används i de anställdas dagliga arbete innan den släpps till vanliga användare. I den angivna fasen är produkten en grupp patent som inkluderar några av de tidigaste omnämnandena av teknologier för att skapa dynamiskt webbinnehåll, som föregick introduktionen av system som ASP från Microsoft, JSP från Sun/Oracle och PHP. En annan betydande bidrag är i ett tillstånd som redan har genomgått huvudsaklig testning av speciella kvalitetsbedömningslag. Innan produkten levereras till en bredare publik genomförs ytterligare slutlig kontroll bland sina anställda som inte är involverade i utvecklingen.

I klienten för systemet för uppdateringshantering Omaha, där versioner av Chrome och Chrome OS testas, tillagd komponenten fuchsia.cobalt.SystemDataUpdater och en instruktion för hur man överför enheter till den nya grenen «dogfood-release» med hjälp av verktyget fx (motsvarar adb för Fuchsia). I det kontinuerliga integrationssystemet har lagts till byggs en bootloader för dogfood-grenen, och i Fuchsia-plattformen Rust-bindningar för specifika mätvärden för att bedöma testresultaten.

I kommentarerna till ändringarna i Fuchsia Bland närstående utvecklingar relaterade till projektet Bergamot finns det två länkar för att leverera uppdateringar fuchsia-updates.googleusercontent.com och arm64.dogfood-release.astro.fuchsia.com, där den andra länken, Astro, är kodnamnet för den smarta skärmen Google Nest Hub, som tydligen används av Google-anställda som en prototyp för testning
Fuchsia istället för den vanliga Cast Platform-mjukvaran. Gränssnittet för Nest Hub bygger på appen Dragonglass som använder ramverket Flutter, som också stöds i Fuchsia.

Vi påminner om att inom ramen för Fuchsia-projektet utvecklar Google ett universellt operativsystem som kan fungera på alla typer av enheter, från arbetsstationer och smartphones till inbäddad och konsumentteknik. Utvecklingen tar hänsyn till erfarenheterna från skapandet av Android-plattformen och hanterar bristerna inom områdena skalbarhet och säkerhet.

Systemet baseras på mikro-kärnan Zircon, baserat på arbete från projektet LK, utökat för användning på olika klasser av enheter, inklusive smartphones och persondatorer. Zircon utökar LK med stöd för processer och delade bibliotek, användar-nivå, objektbehandlingssystem och säkerhetsmodell baserad på capability. Drivrutiner implementeras i form av dynamiska bibliotek som arbetar i användarutrymmet, laddade av devhost-processen och hanteras av enhetsförvaltaren (devmg, Device Manager).

För Fuchsia förberedd egen grafiskt gränssnitt, skrivet i Dart-språket med hjälp av ramverket Flutter. Projektet utvecklar också ramverket för att bygga användargränssnitt Peridot, paketförvaltaren Fargo, standardbiblioteket libc, renderingssystemet Escher, Vulkan-drivrutinen Magma, kompositörshanteraren Scenic, filsystemen MinFS, MemFS, ThinFS (FAT på Go-språket) och Blobfs, samt partitionshanteraren FVM. För applikationsutveckling erbjuds stöd för språken C/C++, Dart, i systemkomponenter tillåts även användning av Rust, i nätverksstacken Go, och i byggsystemet Python.

Under uppstart funktionen unix_crypt, som tar emot det lösenord som användaren anger utan att utföra escape av specialtecken. I git-repositoriet systemhanteraren, som inkluderar
appmgr för att skapa den inledande programmiljön, sysmgr för att bilda startmiljön och basemgr för att konfigurera användarmiljön och organisera inloggning. För kompatibilitet med Linux i Fuchsia föreslås biblioteket Machina, som möjliggör körning av Linux-program i en speciell isolerad virtuell maskin, skapad med hjälp av en hypervisor baserad på Zircon-kärnan och Virtio-specifikationer, på liknande sätt som är organiserad körning av Linux-applikationer i Chrome OS.

För att säkerställa säkerhet erbjuds ett avancerat system av sandbox-isolering, där nya processer inte har åtkomst till kärnobjekt, inte kan allokera minne och inte kan köra kod, och för åtkomst till resurser tillämpas ett system av namnrymder, som definierar tillgängliga behörigheter. Plattformen skydd mot DDoS-attacker ramverket för att skapa komponenter, som är program som körs i sin egen sandbox, som kan interagera med andra komponenter via IPC.

Källa: opennet.ru