Martin Stransky, mantenedor de pacotes do Firefox no Fedora e RHEL, respons\u00e1vel pela portabilidade do Firefox para Wayland, publicou um relat\u00f3rio com uma vis\u00e3o geral das \u00faltimas conquistas no desempenho do Firefox em ambientes baseados no protocolo Wayland. <\/p>\n
Nas pr\u00f3ximas vers\u00f5es do Firefox, est\u00e1 previsto resolver os problemas observados nas builds para Wayland relacionados ao clipboard e ao gerenciamento de janelas pop-up. Essas funcionalidades n\u00e3o puderam ser implementadas imediatamente devido \u00e0s diferen\u00e7as na abordagem de sua implementa\u00e7\u00e3o no X11 e no Wayland. No primeiro caso, as dificuldades surgiram devido ao funcionamento ass\u00edncrono do clipboard do Wayland, o que exigiu a cria\u00e7\u00e3o de uma camada separada para abstrair o acesso ao clipboard do Wayland. Esta camada ser\u00e1 adicionada na vers\u00e3o 93 do Firefox e ativada por padr\u00e3o na vers\u00e3o 94. <\/p>\n
Em rela\u00e7\u00e3o aos di\u00e1logos pop-up, a principal dificuldade foi que o Wayland exige a observ\u00e2ncia de uma hierarquia r\u00edgida de janelas pop-up, ou seja, uma janela pai pode criar uma janela filha com um pop-up, mas o pr\u00f3ximo pop-up iniciado a partir dessa janela deve ser vinculado \u00e0 janela filha original, formando uma cadeia. No Firefox, cada janela poderia gerar v\u00e1rios pop-ups que n\u00e3o formavam uma hierarquia. O problema era que, ao usar o Wayland, fechar um desses pop-ups exigia a reestrutura\u00e7\u00e3o de toda a cadeia de janelas com outros pop-ups, sendo que ter v\u00e1rios pop-ups abertos n\u00e3o \u00e9 incomum, j\u00e1 que menus, dicas, di\u00e1logos de complementos e solicita\u00e7\u00f5es de permiss\u00f5es tamb\u00e9m s\u00e3o implementados como pop-ups. A situa\u00e7\u00e3o foi ainda mais complicada por falhas no Wayland e no GTK, que faziam com que pequenas altera\u00e7\u00f5es pudessem causar v\u00e1rios regressos. No entanto, o c\u00f3digo para gerenciar janelas pop-up para Wayland foi ajustado e deve ser inclu\u00eddo na vers\u00e3o 94 do Firefox. <\/p>\n
Outras melhorias relacionadas ao Wayland incluem a adi\u00e7\u00e3o no Firefox 93 de mudan\u00e7as relacionadas \u00e0 escalabilidade em telas com diferentes DPI, que eliminaram o piscar ao mover a janela para a borda da tela em configura\u00e7\u00f5es de m\u00faltiplos monitores. No Firefox 95, est\u00e1 previsto resolver problemas que surgem ao usar a interface de arrastar e soltar, por exemplo, ao copiar arquivos de fontes externas para sistemas de arquivos locais e ao mover guias. <\/p>\n
Na vers\u00e3o 96 do Firefox, o porto do Firefox para Wayland pretende alcan\u00e7ar paridade funcional com a vers\u00e3o para X11, pelo menos ao trabalhar no ambiente GNOME do Fedora. Ap\u00f3s isso, a aten\u00e7\u00e3o dos desenvolvedores se concentrar\u00e1 em aprimorar a opera\u00e7\u00e3o do processo GPU no ambiente Wayland, que cont\u00e9m o c\u00f3digo para interagir com adaptadores gr\u00e1ficos e protege o processo principal do navegador contra falhas em caso de problemas com os drivers. Tamb\u00e9m est\u00e1 previsto que o c\u00f3digo para decodifica\u00e7\u00e3o de v\u00eddeo utilizando VAAPI seja transferido para o processo GPU, que atualmente \u00e9 executado nos processos de manipula\u00e7\u00e3o de conte\u00fado. <\/p>\n
Al\u00e9m disso, pode-se mencionar a inclus\u00e3o para uma pequena porcentagem de usu\u00e1rios das vers\u00f5es est\u00e1veis do Firefox do modo de estrita isolamento de sites, que foi desenvolvido dentro do projeto Fission. Ao contr\u00e1rio da distribui\u00e7\u00e3o aleat\u00f3ria da manipula\u00e7\u00e3o de guias entre o pool de processos dispon\u00edveis (normalmente 8), o modo de isolamento aloca o processamento de cada site em seu pr\u00f3prio processo, dividindo n\u00e3o por guias, mas por dom\u00ednios (Public Suffix), o que permite isolar ainda mais o conte\u00fado de scripts externos e blocos iframe. O gerenciamento da ativa\u00e7\u00e3o do modo Fission \u00e9 feito atrav\u00e9s da vari\u00e1vel 'fission.autostart=true' no about:config ou na p\u00e1gina about:preferences#experimental. <\/p>\n
O modo de estrita isola\u00e7\u00e3o ajuda a proteger contra ataques por canais laterais, como aqueles relacionados a vulnerabilidades do tipo Spectre, e tamb\u00e9m reduz a fragmenta\u00e7\u00e3o de mem\u00f3ria, retornando mem\u00f3ria ao sistema operacional de forma mais eficiente, minimiza o impacto da coleta de lixo e de c\u00e1lculos intensivos nas p\u00e1ginas de outros processos, aumenta a efici\u00eancia da distribui\u00e7\u00e3o de carga entre diferentes n\u00facleos da CPU e melhora a estabilidade (uma falha no processo que manipula um iframe n\u00e3o afetar\u00e1 o site principal e outras abas). <\/p>\n
Entre os problemas conhecidos que ocorrem ao usar o modo de estrita isola\u00e7\u00e3o, destaca-se um aumento significativo no consumo de mem\u00f3ria e descritores de arquivo ao abrir um grande n\u00famero de abas, bem como a interrup\u00e7\u00e3o do funcionamento de algumas extens\u00f5es, a perda de conte\u00fado de iframes ao imprimir e ao chamar a fun\u00e7\u00e3o de grava\u00e7\u00e3o de captura de tela, a diminui\u00e7\u00e3o da efici\u00eancia do cache de documentos com iframes, e a perda de conte\u00fado de formul\u00e1rios preenchidos, mas n\u00e3o enviados, ao restaurar a sess\u00e3o ap\u00f3s uma falha. <\/p>\n