Martin Stranski, vzdrževalec paketa Firefox za Fedora in RHEL, ki je odgovoren tudi za prenos Firefoxa za Wayland, je objavil poročilo, ki povzema najnovejši razvoj Firefoxa v okoljih Waylanda.
V poročilu to omenjajo nekaterih funkcij ni bilo mogoče takoj uvesti zaradi razlik v pristopu k implementaciji v X11 in Waylandu. V prvem primeru so težave nastale zaradi dejstva odložišča Wayland v asinhronem načinu, kar je zahtevalo ustvarjanje ločene plasti za abstraktni dostop do odložišča Wayland. Določena plast bo dodana v Firefox 93 in bo privzeto omogočena v Firefoxu 94.
S spoštovanjem do v nastajajočih dialogih je bila glavna težava, ki jo je zahteval Wayland skladnost s strogim pojavna hierarhijastarševsko okno lahko ustvari podrejeno okno s pojavnim oknom, vendar mora biti naslednje pojavno okno, ki se začne s tem oknom, povezano z izvirnim podrejenim oknom, ki tvori verigo. V Firefoxu bi lahko vsako okno ustvarilo več pojavnih oken, ki niso tvorila hierarhije.
Težava je bila v tem, da pri uporabi Waylanda zapiranje enega od pojavnih oken zahteva obnovo celotne okenske verige z drugimi pojavnimi okenci, medtem ko prisotnost več odprtih pojavnih oken ni redka, saj se pojavna okna uporabljajo za uvajanje okna. pojavna okna, meniji, obvestila, dodatni pogovori, zahteve za dovoljenja itd.
Razmere so zapletle tudi napake v Waylandu in GTK, zato bi majhne spremembe lahko povzročile različne regresije. Koda za obdelavo pojavnih oken za Wayland je bila spremenjena in bo predvidoma vključena v Firefox 94.
Omenjene so tudi druge izboljšave, povezane z Waylandom V Firefoxu so dodane spremembe velikosti skale 93 DPI, da se prepreči utripanje pri premikanju okna do roba zaslona v nastavitvah za več monitorjev. V Firefoxu 95 se načrtuje reševanje teh težav ki nastanejo pri uporabi vmesnika povleci in spusti, na primer pri kopiranju datotek iz zunanjih virov v lokalne datotečne sisteme in pri premikanju zavihkov.
Z uvedbo Firefox 96, pristanišče Firefoxa Wayland, bo z gradnjo X1 doseglo splošno pariteto v funkcionalnosti1, vsaj pri izvajanju v okolju GNOME Fedora. Zatem, razvijalci se bodo osredotočili na izpopolnjevanje dela v okoljih Waylanda iz procesa GPU, ki odpravlja kodo za interakcijo z grafičnimi vmesniki in ščiti glavni postopek brskalnika pred zrušitvijo v primeru napak gonilnika.
Predvideno je tudi uvajanje kode v procesor GPU za dekodiranje videa z uporabo VAAPI, ki se trenutno uvaja v procesih obdelave vsebine.
Poleg tega lahko izpostavimo vključitev za majhen odstotek uporabnikov stabilnih podružnic Firefoxa, režim stroge izolacije območij, razvit v okviru projekta fisije.
Za razliko od poljubne porazdelitve obdelave zavihkov v razpoložljivi skupini procesov (privzeto 8), ki je bila uporabljena doslej, način zaklepanja premakne obdelavo vsakega spletnega mesta v lasten ločen postopek z delitvijo ne po zavihkih, ampak po domenah, ki omogočajo dodatno izolacijo vsebine zunanjih skriptov in iframeov.
Močan izolacijski način ščiti pred napadi stranskih kanalov, na primer tiste, ki so povezane z ranljivostmi razreda Spectre, poleg tega pa zmanjšuje razdrobljenost pomnilnika, učinkoviteje vrača pomnilnik v operacijski sistem, zmanjšuje vpliv zbiranja smeti in intenzivnega izračunavanja na straneh drugih procesov ter izboljšuje učinkovitost uravnoteženja obremenitve, različna jedra procesorja in izboljša stabilnost (blokiranje procesa, zaradi katerega okvir iframe ne bo povlekel glavnega mesta in drugih zavihkov skupaj z njim).
Med znanimi vprašanji qki nastanejo, ko uporablja se strog način izolacije, opazno povečanje porabe pomnilnika in deskriptorja datotek pri odpiranju velikega števila zavihkov, pa tudi prekinitev dela nekaterih vtičnikov, izginotje vsebine iframe pri tiskanju in klicanju funkcije za zajem posnetka zaslona, zmanjšanje v učinkovitosti predpomnjenja dokumentov iframe Izguba vsebine iz izpolnjenih, vendar ne oddanih obrazcev pri obnavljanju seje po zrušitvi.
vir: https://mastransky.wordpress.com