Martinas Stranskis, „Fedora“ ir „RHEL“ skirto „Firefox“ paketo prižiūrėtojas ir taip pat atsakingas už „Firefox“ perkėlimą į „Wayland“, paskelbė ataskaitą, kurioje apibendrina naujausius „Firefox“ pokyčius „Wayland“ aplinkoje.
Pranešime jie tai mini kai kurių funkcijų nepavyko įgyvendinti iš karto dėl skirtingo požiūrio į diegimą X11 ir Wayland. Pirmuoju atveju sunkumų kilo dėl to, kad „Wayland“ iškarpinė dirbo asinchroniniu režimu, todėl reikėjo sukurti atskirą sluoksnį, kad būtų galima abstrakčiai pasiekti „Wayland“ iškarpinę. Nurodytas sluoksnis bus pridėtas prie „Firefox 93“ ir bus įgalintas pagal numatytuosius nustatymus „Firefox 94“.
Su pagarba atsirandančius dialogus, pagrindinis sunkumas buvo tas, ko reikalavo Waylandas griežto laikymosi iššokančiųjų langų hierarchija, tai yra, pirminis langas gali sukurti antrinį langą su iššokančiu langu, tačiau kitas iš šio lango paleistas iššokantis langas turi būti susietas su pradiniu antriniu langu, sudarant grandinę. „Firefox“ kiekvienas langas gali sugeneruoti kelis iššokančius langus, kurie nesudarė hierarchijos.
Problema buvo ta, kad naudojant „Wayland“, norint uždaryti vieną iš iššokančiųjų langų, reikia atstatyti visą langų grandinę su kitais iššokančiaisiais langais, tuo tarpu keli atviri iššokantys langai nėra neįprasta, nes iššokantieji langai naudojami diegiant langai. iššokantys langai, meniu, pranešimai, papildomi dialogai, leidimų užklausos ir kt.
Padėtį taip pat apsunkino nesėkmės Wayland ir GTK, todėl atliekant nedidelius pakeitimus gali atsirasti įvairių regresijų. Tačiau „Wayland“ iššokantis kodas buvo pakeistas ir tikimasi, kad jis bus įtrauktas į „Firefox 94“.
Kiti patobulinimai, susiję su Waylandu Įtraukite „93 DPI“ mastelio keitimą į „Firefox“, kad pašalintumėte mirgėjimą perkeliant langą iki ekrano krašto, kai yra kelių monitorių sąranka. „Firefox 95“ planuojama išspręsti problemas kurie atsiranda naudojant vilkimo ir nuleidimo sąsają, pavyzdžiui, kopijuojant failus iš išorinių šaltinių į vietines failų sistemas ir perkeliant skirtukus.
Pradėjus kurti „Firefox 96“, „Wayland“ prievadas „Firefox“, pasiekia bendrą funkcionalumo paritetą naudojant X1 versiją1, bent jau veikiant „GNOME Fedora“ aplinkoje. Po to, kūrėjai daugiausia dėmesio skirs darbo tobulinimui Wayland aplinkoje iš GPU proceso, kuris pašalina kodą, kad galėtų sąveikauti su grafikos adapteriais, ir apsaugo pagrindinį naršyklės procesą nuo gedimų, jei įvyktų tvarkyklės gedimai.
Taip pat planuojama į GPU procesą įtraukti kodą vaizdo įrašui iššifruoti naudojant VAAPI, kuris šiuo metu diegiamas turinio apdorojimo procesuose.
Be to, galime pabrėžti, kad nedidelė procentinė dalis stabilių „Firefox“ šakų vartotojų yra įtrauktos, griežtas teritorijų izoliavimo režimas, sukurtas vykdant skilimo projektą.
Skirtingai nuo savavališko skirtukų apdorojimo paskirstymo galimoje procesų grupėje (pagal numatytuosius nustatymus - 8), kuri buvo naudojama iki šiol, užrakinimo režimas perkelia kiekvienos svetainės apdorojimą į atskirą procesą, padalijant ne pagal skirtukus, o pagal domenus, leisti toliau izoliuoti išorinių scenarijų ir iframe turinį.
Stiprus izoliacijos režimas apsaugo nuo šoninių kanalų atakų, pvz., susiję su „Spectre“ klasės pažeidžiamumais, taip pat sumažina atminties susiskaidymą, efektyviau grąžina atmintį į operacinę sistemą, sumažina šiukšlių surinkimo ir intensyvaus skaičiavimo poveikį kitų procesų puslapiams ir pagerina apkrovos balansavimo efektyvumą, skirtingus procesoriaus branduolius ir pagerina stabilumą (užblokavus procesą, dėl kurio „iframe“ nebus vilkta pagrindinė svetainė ir kiti skirtukai kartu).
Tarp žinomų problemų qkurie atsiranda, kai naudojamas griežtas izoliacijos režimas, pastebimai padidėja atminties ir failų aprašų suvartojimas atidarant daug skirtukų, taip pat kai kurių papildinių darbas nutrūksta, išnyksta „iframe“ turinys spausdinant ir iškviečiant ekrano kopijos funkciją, sumažėja „iframe“ dokumentų talpyklos talpinimo efektyvumas Turinio praradimas iš užpildytų, bet nepateiktų formų atkuriant seansą po avarijos.
Fuente: https://mastransky.wordpress.com