- O Firefox ficou mais rápido que o Chrome no antigo benchmark JavaScript SunSpider, mas esse teste já foi em grande parte substituído pelo JetStream
- O Firefox Nightly News informou recentemente que o Firefox parece estar à frente do Chrome no SunSpider, e os números públicos também mostram vantagem do Firefox
- A fonte dos benchmarks é o AreWeFastYet.com, e a comparação envolve um teste de desempenho JavaScript com cerca de 10 anos
- No JetStream 2.0, mais recente e mais pesado, o Google Chrome ainda supera o Firefox com folga
- No último mês, o Firefox também avançou em várias áreas além da velocidade de execução do SunSpider, como a velocidade de upload em HTTP/2
Vantagem do Firefox confirmada no antigo SunSpider
- Os desenvolvedores da Mozilla veem de forma positiva o fato de o Firefox ter apresentado resultados mais rápidos que o Google Chrome no benchmark JavaScript SunSpider
- O SunSpider é um benchmark JavaScript com cerca de 10 anos e, hoje, já foi substituído pelo JetStream
- Recentemente, o Firefox Nightly News afirmou: “We’re now apparently beating Chrome on the SunSpider JavaScript benchmark!”
- Os números divulgados mostram uma tendência em que o Firefox supera com facilidade o Chrome nesse antigo benchmark JavaScript
- Os dados do benchmark vêm do AreWeFastYet.com
Nos benchmarks mais atuais, o Chrome mantém a liderança
- No benchmark JetStream 2.0, mais novo e mais exigente, o Google Chrome ainda supera o Firefox com folga
- O Firefox elevou bastante a velocidade de execução do benchmark JavaScript SunSpider ao longo de aproximadamente o último mês
- No mesmo período, também foram realizados vários outros trabalhos, incluindo melhorias na velocidade de upload em HTTP/2
- As mudanças nas compilações mais recentes do Firefox Nightly podem ser vistas no Firefox Nightly News
1 comentários
Opiniões do Hacker News
Do ponto de vista de um ex-engenheiro do V8, o SunSpider é um benchmark péssimo, e é difícil acreditar que ainda seja acompanhado
Por quase os últimos 15 anos, ele conduziu a engenharia de desempenho de JavaScript na direção errada e levou os engines a criarem truques estranhos de otimização que não ajudam em sites reais
O V8 abandonou há muito tempo a maioria dos microbenchmarks: https://benediktmeurer.de/2016/12/16/the-truth-about-traditi...
Isso não quer dizer que as melhorias de desempenho do Firefox não sejam importantes ou bem-vindas. Quer dizer apenas que o SunSpider é um dos piores benchmarks que se pode olhar
O custo é baixo e, de vez em quando, ele ajuda a detectar uma regressão de desempenho inesperada
A equipe do SpiderMonkey também concorda plenamente em ignorar microbenchmarks. Eles dão importância ao Speedometer, que se correlaciona razoavelmente bem com desempenho no mundo real, e olham apenas algumas partes necessárias do JetStream2
O que é mais antigo que isso não é um objetivo, é só uma régua de medição; então é bom quando os números sobem, mas isso só acontece como efeito colateral de trabalho feito por outros motivos
Em particular, a melhora do SunSpider neste gráfico é um efeito colateral do trabalho no Speedometer feito este ano
https://news.ycombinator.com/item?id=36770883
Observando o desempenho em relação ao Chrome em vários itens ao longo do último ano, é animador ver melhorias constantes em uma boa parte deles
https://arewefastyet.com/win10/benchmarks/overview?numDays=3...
O motivo de serem bons é óbvio, mas o motivo de serem ruins é que criam um loop de feedback. As pessoas desenvolvem de acordo com o desempenho, e o desempenho é melhorado de acordo com o que as pessoas desenvolveram
Fico curioso para saber como a equipe do V8 lidou com esse tipo de problema
Isso também valia para o V8 e, embora o V8 tenha lançado seu próprio conjunto de benchmarks na estreia, ele era excessivamente focado em acesso a propriedades e deixava a desejar no carregamento inicial de páginas, que o SunSpider por acaso cobria
Claro que isso foi há 15 anos, então é difícil dizer que aquele benchmark reflita algo útil hoje; agora ele tem pouco valor além de detectar regressões
Uso apenas Firefox em todos os computadores e celulares que tenho
Até agora estou muito satisfeito com o desempenho e torço sinceramente para que ele continue melhorando. Quando não posso usar Firefox, minha segunda opção é o Brave, e o Chromium é minha última escolha
No Firefox, recomendo muito estas extensões: AdNauseam https://addons.mozilla.org/en-US/firefox/addon/adnauseam/, Consent-O-Matic https://addons.mozilla.org/en-US/firefox/addon/consent-o-mat..., Firefox Multi-Account containers https://addons.mozilla.org/en-US/firefox/addon/multi-account..., I don't care about cookies https://addons.mozilla.org/en-US/firefox/addon/i-dont-care-a...
Como mencionado abaixo, se você não confia na Avast, é melhor evitar o Consent-O-Matic
https://www.theregister.com/2022/09/21/avast_buys_i_dont_car...
Se você não confia na Avast, talvez seja melhor mudar para um fork chamado I still don't care about cookies: https://github.com/OhMyGuus/I-Still-Dont-Care-About-Cookies
A história é ao mesmo tempo “o Firefox vence facilmente o Chrome em um benchmark de JavaScript de 10 anos” e “no JetStream 2.0, mais novo e mais exigente, o Google Chrome ainda vence facilmente o Firefox”
É preciso destacar que o SunSpider não é atualizado desde 2013
O JetStream representa melhor cargas de trabalho modernas de JavaScript, mas a diferença também está diminuindo nesse benchmark
Estou trabalhando no motor V8, e ele é um campo minado de desotimizações em que coisas inesperadas ficam lentas
A estrutura dos manipuladores de exceção pode mudar bastante as características de desempenho do código, e
async/awaité quase uma questão de sorte. Às vezes Promise é mais rápida; às vezes um bloco async é mais rápidoAlgumas lentidões podem ser atribuídas a uma especificação fraca. Não entendo por que a desestruturação com
...usa iteradoresMas fico me perguntando se a equipe do V8 não está correndo atrás de benchmarks em vez de código real que não foi escrito de forma perfeita
...não pudesse usar iteradores, o poder dos geradores, em especial, ficaria muito menorO desempenho do V8 nesse benchmark está estagnado porque eles deixaram de se importar com ele há muito tempo
Infelizmente, o Firefox tem incentivo para se importar. Mesmo que o benchmark não seja importante, parecer ficar para trás ainda pega mal
Acho que havia um post mais recente tratando desse tema com números e exemplos, mas não consigo encontrá-lo agora. Talvez fosse do blog da equipe chromium/chrome, ou talvez outra pessoa consiga achar
Como ultimamente se fala muito que o Chrome está ficando maligno, passei alguns dias ajustando minha extensão do Chrome, IPvFoo, para que ela também funcione direito no Firefox
O IPvFoo é uma ferramenta para observar a transição para IPv6. Tecnicamente, existe uma versão para Firefox desde 2017, mas havia muitos bugs de compatibilidade que eu esperava que o Firefox corrigisse algum dia
No fim, decidi contornar os problemas restantes, e agora há paridade de recursos entre Chrome/Firefox a partir de uma base de código comum: https://github.com/pmarks-net/ipvfoo
O Firefox com uBO ativado é mais de 100% mais rápido do que navegadores baseados em Chromium
Em navegadores baseados em Chromium, por causa das restrições, o uBO não funciona corretamente
A melhoria é real
Ainda não foi lançado, mas acabei de testar com o Speedometer 3.0 mais recente, que é open source, usando as versões mais novas de cada navegador
Firefox Nightly(Gecko) 11.6, Safari TP(WebKit) 11.4, Chrome Canary(Blink) 9.9
https://github.com/WebKit/Speedometer
Sinceramente, para mim o Firefox continua sendo a segunda opção até que as ferramentas de depuração cheguem ao nível do Chrome e a UI de abas seja um pouco mais refinada
Eu queria usar Firefox todos os dias, mas, quando uso, sinto que minha velocidade de desenvolvimento cai
Não gosto do design do Firefox, mas dá para corrigir com temas e add-ons
Fiz isso para usar o treestyletab do jeito que eu queria, e, se você se importa com a UI, o userchrome.css dá bastante liberdade
Além disso, deixei tudo sincronizado entre dispositivos com Nextcloud, então não preciso alterar separadamente em cada máquina
Não precisa ser chamativa; se fosse simples como o Chromium padrão, já estaria bom
Recentemente vi uma regressão de desempenho no Firefox e fui investigar para abrir um bug report; parece que ferramentas que rastreiam desempenho de forma bem aberta recebem bastante atenção
Também ajuda o fato de ser fácil fazer upload e compartilhar perfis de rastreamento: https://firefox-source-docs.mozilla.org/testing/perfdocs/ind...
Se você se interessa pelo desempenho do Firefox, há um blog dedicado que mantém as novidades atualizadas: https://blog.mozilla.org/performance/
Se você percebe que o Chromium é visivelmente mais rápido em um site específico, há o https://webcompat.com/ para denúncias simples. Mas, mesmo do ponto de vista de alguém acostumado com GitHub Issues, o Bugzilla é melhor do que eu esperava