Google laboras por provizi kompletajn konstruojn de la retumilo Chrome por la Fuchsia OS. Fuchsia jam disponigas retumilon bazitan sur la Chromium-kodbazo por ruli memstarajn TTT-aplikaĵojn, sed la retumilo kiel aparta plentaŭga produkto ne estis havebla por Fuchsia, kaj la platformo mem estis ĉefe evoluigita por IoT kaj konsumantaj aparatoj kiel ekzemple la Nest Hub. . Lastatempe, la situacio ŝanĝiĝis kaj la disvolviĝo de Fuchsia-kapabloj komenciĝis, celante uzi ĝin kiel labortabla platformo.
Ĉi tio inkluzivas disvolvi aron da ŝanĝoj, kiuj ebligas liveri plenrajtan Chrome al Fuchsia. La komenca konstruo de Chrome por Fuchsia estas planita por esti preta por la liberigo de Chrome 94, planita por la 21-an de septembro. La porda laboro estas farata iom post iom - unue, eblas konstrui malkonstruitan version, en kiu iuj funkcioj estas anstataŭigitaj per stumpoj, kiuj, dum la portado iras, estas anstataŭigitaj per funkciaj realigoj de kodo, kiu konsideras la specifaĵojn. de Fuchsia. Ekzemple, adaptado por Fuchsia estas efektivigita por la sistempleto, ŝarĝo de dosieroj, funkcio Klaku Por Voki, laborado kun forpreneblaj amaskomunikiloj, sinkronigado, uzantdosierujoj, PWA-aplikoj, montrado de informoj pri memoro kaj CPU-ŝarĝo, kaj importado de agordoj de aliaj retumiloj. .
Ni memorigu vin, ke la Fuchsia OS estas disvolvita de Google ekde 2016, konsiderante la mankon de skalo kaj sekureco disponeblaj en la Android-platformo. La sistemo baziĝas sur la mikrokerno Zircon, bazita sur la evoluoj de la projekto LK, vastigita por uzo en diversaj klasoj de aparatoj, inkluzive de inteligentaj telefonoj kaj personaj komputiloj. Zirkono etendas LK kun subteno por procezoj kaj komunaj bibliotekoj, uzantnivelo, objektomanipuladsistemo, kaj kapablec-bazita sekurecmodelo. Ŝoforoj estas efektivigitaj kiel dinamikaj bibliotekoj kurantaj en uzantspaco, ŝarĝitaj per la devhost-procezo kaj administritaj de la aparatadministranto (devmg, Device Manager).
Fuchsia havas sian propran grafikan interfacon skribitan en Dart uzante la Flutter-kadron. La projekto ankaŭ disvolvas la kadron de uzantinterfaco Peridot, la pakaĵmanaĝeron Fargo, la libc-norman bibliotekon, la bildigan sistemon Escher, la Magma Vulkan-ŝoforon, la Scenic-kunmetitan administranton, la MinFS, MemFS, ThinFS (FAT en la lingvo Go) kaj la dosieron Blobfs. sistemoj, same kiel la manaĝeraj FVM-diskoj. Por disvolvo de aplikaĵoj, subteno por C/C++ kaj Dart-lingvoj estas provizita; Rust ankaŭ estas permesita en sistemaj komponantoj, en la Go-reta stako kaj en la Python-lingva asembla sistemo.
La lanĉprocezo uzas sistemmanaĝeron, inkluzive de appmgr por krei la komencan softvarmedion, sysmgr por krei la lanĉmedion, kaj basemgr por agordi la uzantmedion kaj organizi ensaluton. Por certigi sekurecon, estas proponita altnivela sablokesto-izolsistemo, en kiu novaj procezoj ne havas aliron al kernaj objektoj, ne povas asigni memoron kaj ne povas ruli kodon, kaj nomspacsistemo estas uzata por aliri rimedojn, kiu determinas la disponeblajn permesojn. La platformo disponigas kadron por krei komponentojn, kiuj estas programoj kiuj funkcias en sia propra sablokesto kaj povas interagi kun aliaj komponentoj per IPC.
fonto: opennet.ru