1 pontos por GN⁺ 2023-08-16 | 1 comentários | Compartilhar no WhatsApp
  • 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

 
GN⁺ 2023-08-16
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

    • Para ser preciso, ele é acompanhado no sentido de que ainda é executado como parte de alguns dashboards antigos
      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
    • O link postado está promovendo o Speedometer, e nele já se sabe que o Firefox passou o Chrome
      https://news.ycombinator.com/item?id=36770883
    • O Firefox acompanha desempenho em vários benchmarks
      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...
    • Benchmarks baseados em sites reais parecem ao mesmo tempo uma boa e uma má ideia
      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
    • Para ser justo, quando o SunSpider foi lançado, ele refletia com bastante precisão os principais gargalos dos engines JavaScript que existiam na web da época
      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

  • 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”

    • No macOS, o Safari supera o Chrome por uma margem ainda maior
    • Gosto muito do Firefox, mas ler isso me deixa um pouco amargo
  • É 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ápido
    Algumas lentidões podem ser atribuídas a uma especificação fraca. Não entendo por que a desestruturação com ... usa iteradores
    Mas 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

    • Se ... não pudesse usar iteradores, o poder dos geradores, em especial, ficaria muito menor
    • A equipe do V8 não faz isso
      O 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
    • Não seria o contrário? https://v8.dev/blog/real-world-performance
      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

    • Eu, pelo contrário, acho as ferramentas de desenvolvedor do Firefox muito mais fáceis de usar
      Não gosto do design do Firefox, mas dá para corrigir com temas e add-ons
    • Se o problema é a UI, vale mexer um pouco no userchrome.css
      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
    • Eu também gostaria que a UI mudasse um pouco nessa linha
      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