- Speedometer é um benchmark que mede a responsividade de aplicações web para comparar a velocidade dos navegadores
- Mede o tempo simulando interações do usuário em várias cargas de trabalho
- O objetivo é testar de uma forma que reflita o mais próximo possível o uso real de web apps pelos usuários
- Há um ano, Chrome 142 > Mozilla 118; agora, Chrome 163 < Mozilla 168
Conteúdo resumido pelo GN⁺
- O Firefox ultrapassou o Chrome no Speedometer, uma ferramenta de benchmark para navegadores web.
- Isso é significativo porque o Chrome há muito tempo é conhecido como o navegador mais rápido.
- A mudança no ranking parece ter sido causada por melhorias de desempenho no Firefox.
- A Mozilla, desenvolvedora do Firefox, está trabalhando para otimizar a velocidade e a eficiência do navegador.
- Esse avanço é uma notícia interessante para pessoas com perfil mais técnico, pois mostra que o Firefox está se tornando um concorrente forte ao Chrome.
- Isso destaca a competição e a inovação contínuas na indústria de navegadores web.
- Os usuários podem considerar migrar para o Firefox em busca de uma experiência de navegação mais rápida e eficiente.
11 comentários
> O recurso de abas contêiner do Firefox entrega muito valor aos usuários
Para mim também, o recurso favorito do Firefox é o de abas contêiner. É realmente muito útil em serviços que não permitem múltiplos logins.
É por causa disso e do "Tree Style Tab" que continuo usando o Firefox.
A onda do Firefox está chegando...
Firefox..! Meu peito chega a inflar de emoção..
Só para acrescentar mais algumas informações: a maioria provavelmente conhece os tiers de otimização dos motores JS mais ou menos assim
Mas, diferentemente de 2018, hoje muita coisa mudou.
Por exemplo, no caso do V8, foram adicionados dois tiers de otimização, ficando Ignition - Sparkplug - Maglev - Turbofan,
e o SpiderMonkey passou de interpretador - baseline JIT - IonMonkey para interpretador - baseline interpreter - baseline JIT - Warp JIT.
Primeiro, o baseline interpreter e o Sparkplug são técnicas para compensar as desvantagens do bytecode em previsão de desvios e despacho de instruções.
O Maglev pode ser visto como algo quase equivalente ao baseline JIT.
Já o Warp JIT representa uma mudança grande no motor JIT: na época do IonMonkey, a otimização era feita trazendo informações de tipo e de profiling de fora, mas ele foi alterado para poder usar a IR gerada pelo baseline JIT.
Por fim, o SpiderMonkey do Firefox também melhorou bastante o parser com o chamado projeto Stencil, e foi divulgado que ele adota um formato desacoplado do GC.
> Stencils are the set of data structures capturing the result of parsing and bytecode emission. The Stencil format is a precursor format that is then used to allocate the corresponding scripts on the GC heap that will be used for execution.
> By decoupling from the GC and other runtime systems, robust caching and speculation systems can be built that are more thread-agnostic and flexible.
Ah, foi erro de digitação. Era SpiderMonkey, escrevi errado..
Eu só queria que o Firefox também adotasse um pouco mais rápido as coisas que já foram aceitas como padrões da web...
Entre os padrões já adotados, normalmente não há casos em que a implementação atrase; e aquilo que costumam dizer que foi implementado só no Chrome são, na verdade, especificações em Draft.
Comentários do Hacker News
Acho que, no fim das contas, a questão principal é se os recursos de favoritos/gerenciamento de senhas vão ser bons o bastante.
Também fico um pouco preocupado com extensões como o Google Keep e o Vimium, e já ouvi dizer que o Firefox no mobile ainda tem alguns pontos a desejar....
Mesmo assim, vendo que ele está melhorando aos poucos, parece que vale a pena tentar de novo.
O Vimium também é compatível com o Firefox!
Mais 1 ponto para o Firefox!