Martin Stransky, ang nagpapanatili ng pakete ng Firefox para sa Fedora at RHEL at sino rin ang responsable para sa paglilipat ng Firefox para sa Wayland, ay naglathala ng isang ulat na nagbubuod ng pinakabagong mga pagpapaunlad sa Firefox sa mga kapaligiran sa Wayland.
Sa ulat nabanggit nila iyon ang ilang mga tampok ay hindi maipatupad kaagad dahil sa mga pagkakaiba sa diskarte sa pagpapatupad sa X11 at Wayland. Sa unang kaso, lumitaw ang mga paghihirap dahil sa clipboard ng Wayland na nagtatrabaho sa hindi kasabay na mode, na nangangailangan ng paglikha ng isang hiwalay na layer upang ma-abstract ang pag-access sa clipboard ng Wayland. Ang tinukoy na layer ay idaragdag sa Firefox 93 at paganahin bilang default sa Firefox 94.
Na may paggalang sa mga umuusbong na dayalogo, ang pangunahing kahirapan ay kinakailangan ng Wayland pagsunod sa isang mahigpit pop-up hierarchyibig sabihin, ang window ng magulang ay maaaring lumikha ng isang window ng bata na may isang popup, ngunit ang susunod na popup na nagsimula mula sa window na ito ay dapat na naka-link sa orihinal na window ng bata, na bumubuo ng isang kadena. Sa Firefox, ang bawat window ay maaaring makabuo ng maraming mga pop-up windows na hindi bumuo ng isang hierarchy.
Ang problema ay kapag gumagamit ng Wayland, ang pagsasara ng isa sa mga pop-up ay nangangailangan ng muling pagtatayo ng buong kadena ng mga bintana sa iba pang mga pop-up, samantalang ang pagkakaroon ng maraming bukas na pop-up ay hindi pangkaraniwan dahil ang mga pop-up ay ginagamit upang maipalawak ang mga window. pop-up, menu, abiso, mga karagdagang diyalogo, mga kahilingan sa pahintulot, atbp.
Ang sitwasyon ay kumplikado din ng mga pagkabigo sa Wayland at GTK, kaya ang paggawa ng maliliit na pagbabago ay maaaring humantong sa paglitaw ng iba't ibang mga pag-urong. Gayunpaman, ang pop-up code para sa Wayland ay nabago at inaasahang isasama sa Firefox 94.
Ang iba pang mga pagpapabuti na nauugnay sa Wayland ay nabanggit isama ang pagdaragdag ng 93 mga pagbabago sa pag-scale ng DPI sa Firefox upang maalis ang pagkutitap kapag inililipat ang window sa gilid ng screen sa mga pag-setup na multi-monitor. Sa Firefox 95, planong tugunan ang mga isyu na lumabas kapag ginagamit ang drag-and-drop interface, halimbawa, kapag kumopya ng mga file mula sa panlabas na mapagkukunan sa mga lokal na system ng file at kapag lumilipat ng mga tab.
Sa paglulunsad ng Ang Firefox 96, ang Wayland port ng Firefox ay makakamit ang pangkalahatang pagkakapareho sa pagpapaandar sa X1 build1, hindi bababa sa kapag tumatakbo sa kapaligiran ng GNOME Fedora. Pagkatapos noon, ang pokus ng mga developer ay magiging sa pagperpekto ng trabaho sa mga kapaligiran sa Wayland mula sa proseso ng GPU, na inaalis ang code upang makipag-ugnay sa mga adaptor ng graphics at pinoprotektahan ang pangunahing proseso ng browser mula sa pag-crash sa kaganapan ng mga pagkabigo ng driver.
Plano din na magdala ng code sa proseso ng GPU upang mai-decode ang video gamit ang VAAPI, na kasalukuyang inilunsad sa mga proseso ng pagproseso ng nilalaman.
Bukod pa rito, maaari naming i-highlight ang pagsasama para sa isang maliit na porsyento ng mga gumagamit ng matatag na mga sangay ng Firefox, ang mahigpit na rehimen ng paghihiwalay ng site, na binuo sa loob ng balangkas ng proyekto ng Fission.
Hindi tulad ng arbitrary na pamamahagi ng pagpoproseso ng tab sa magagamit na pangkat ng proseso (8 bilang default), na ginamit sa ngayon, inililipat ng lock mode ang pagproseso ng bawat site sa sarili nitong magkakahiwalay na proseso na may paghahati hindi sa mga tab, ngunit sa mga domain na payagan na ibukod pa ang nilalaman ng mga panlabas na script at iframes.
Pinoprotektahan ng malakas na mode na paghihiwalay laban sa mga pag-atake sa gilid ng channel, tulad ng mga nauugnay sa mga kahinaan sa klase ng Spectre, at binabawasan din nito ang pagkapira-piraso ng memorya, ibinalik ang memorya sa operating system nang mas mahusay, binabawasan ang epekto ng pagkolekta ng basura at masinsinang pagkalkula sa mga pahina ng iba pang mga proseso, at pinapabuti nito ang kahusayan ng pagbabalanse ng load, iba't ibang mga core ng CPU at nagpapabuti ng katatagan (pagharang sa proseso na nagbibigay ng iframe ay hindi i-drag ang pangunahing site at iba pang mga tab kasama nito).
Kabilang sa mga kilalang isyu qbumangon yan kapag ang mahigpit na mode ng paghihiwalay ay ginagamit, mayroong isang kapansin-pansing pagtaas sa memorya at pag-inom ng deskriptor ng file kapag binubuksan ang isang malaking bilang ng mga tab, pati na rin ang pagkagambala ng gawain ng ilang mga plugin, ang pagkawala ng nilalaman ng iframe kapag nagpi-print at tumatawag sa pagpapaandar upang makuha ang isang screenshot, isang pagbawas sa kahusayan ng iframe document caching Pagkawala ng nilalaman mula sa nakumpleto ngunit hindi nagsumite ng mga form kapag nakarekober ng isang sesyon pagkatapos ng isang pag-crash.
Fuente: https://mastransky.wordpress.com