Martin Stransky, maintainer van de Firefox-pakketten in Fedora en RHEL, die zich bezighoudt met het porteren van Firefox voor Wayland, heeft een rapport gepubliceerd met een overzicht van de recente prestaties van Firefox in omgevingen die zijn gebaseerd op het Wayland-protocol. <\/p>\n
In de komende versies van Firefox is het de bedoeling om de in de builds voor Wayland waargenomen problemen met het klembord en de verwerking van pop-ups op te lossen. Deze functies konden niet onmiddellijk worden ge\u00efmplementeerd vanwege de verschillen in de benadering van hun realisatie in X11 en Wayland. In het eerste geval deden zich moeilijkheden voor vanwege de werking van het Wayland-klembord in een asynchroon modus, wat vereiste dat er een aparte laag moest worden gecre\u00eberd voor de abstractie van de toegang tot het Wayland-klembord. Deze laag zal worden toegevoegd in Firefox 93 en standaard worden ingeschakeld in Firefox 94. <\/p>\n
Wat betreft de pop-up dialoogvensters, de belangrijkste moeilijkheid was dat Wayland een strikte hi\u00ebrarchie van pop-up vensters vereist, d.w.z. het bovenliggende venster kan een onderliggend venster met een pop-up maken, maar die pop-up die vanuit dit venster wordt ge\u00efnitieerd, moet aan het oorspronkelijke onderliggende venster worden gekoppeld, waardoor een keten ontstaat. In Firefox kon elk venster meerdere pop-ups genereren die geen hi\u00ebrarchie vormden. Het probleem was dat, bij gebruik van Wayland, het sluiten van een van de pop-ups vereiste dat de gehele keten van vensters met andere pop-ups opnieuw moest worden opgesteld, terwijl het hebben van meerdere geopende pop-ups geen zeldzaamheid is, aangezien menu's, tooltipvensters, add-ons dialoogvensters, machtigingsverzoeken, enz. ook als pop-ups zijn ge\u00efmplementeerd. De situatie werd ook bemoeilijkt door de tekortkomingen in Wayland en GTK, waardoor zelfs kleine wijzigingen tot verschillende regressies konden leiden. Desondanks is de code voor het beheren van pop-up vensters voor Wayland geoptimaliseerd en zal deze naar verwachting worden opgenomen in Firefox 94. <\/p>\n
Onder andere verbeteringen met betrekking tot Wayland zijn de veranderingen in Firefox 93 die verband houden met schaling op schermen met verschillende DPI's, waarmee het knipperen bij het verplaatsen van vensters naar de rand van het scherm in multi-monitor configuraties werd verholpen. In Firefox 95 is het plan om de problemen aan te pakken die optreden bij het gebruik van de drag&drop-interface, bijvoorbeeld bij het kopi\u00ebren van bestanden van externe bronnen naar lokale bestandssystemen en bij het verplaatsen van tabbladen. <\/p>\n
In Firefox 96, the port of Firefox for Wayland aims to achieve functional parity with the X11 build, at least when operating in the GNOME environment of Fedora. After that, developer focus will shift to refining the operation of the Wayland GPU process, which encapsulates the code for interacting with graphics adapters and protects the main browser process from crashing in case of driver failures. Additionally, the code for video decoding using VAAPI, which is currently running in content processing processes, is also planned to be moved to the GPU process. <\/p>\n
Daarnaast kan worden opgemerkt dat een klein percentage gebruikers van de stabiele versies van Firefox de modus voor strikte site-isolatie heeft gekregen, die is ontwikkeld in het kader van het Fission-project. In tegenstelling tot de tot nu toe toegepaste willekeurige verdeling van de verwerking van tabbladen over de beschikbare pool van processen (standaard 8), verplaatst de modus voor strikte isolatie de verwerking van elke site naar zijn eigen afzonderlijke proces, waarbij niet per tabblad maar per domein (Public Suffix) wordt gescheiden, waardoor de inhoud van externe scripts en iframe-blokken verder wordt ge\u00efsoleerd. De inschakeling van de Fission-modus wordt beheerd via de variabele \u2018fission.autostart=true\u2019 in about:config of op de pagina about:preferences#experimental. <\/p>\n
The strict isolation mode helps protect against side-channel attacks, such as those related to Spectre-class vulnerabilities, and also reduces memory fragmentation, returning memory to the operating system more efficiently, minimizing the impact of garbage collection and intensive computations on pages in other processes, increasing the efficiency of load distribution across different CPU cores, and enhancing stability (a crash of the process handling iframes will not affect the main site and other tabs). <\/p>\n
Among the known issues arising from using the strict isolation mode, there is a noticeable increase in memory and file descriptor consumption when opening a large number of tabs, as well as disruptions in the operation of some extensions, loss of iframe content when printing and invoking the screenshot function, reduced efficiency in caching documents with iframes, and loss of content in filled but unsubmitted forms when restoring a session after a crash. <\/p>\n