No início de julho deste ano, o Node.js lançou uma atualização de segurança para todos os ramos atualmente mantidos para resolver uma vulnerabilidade de inundação de hash. Este reparo intermediário tem o custo de uma regressão significativa no desempenho de inicialização. Enquanto isso, o V8 implementou uma solução que evita a penalidade de desempenho.
A cada seis semanas, criamos um novo branch do V8 como parte do nosso processo de lançamento. Cada versão é derivada do Git master do V8 imediatamente antes de um marco Beta do Chrome. Hoje estamos felizes em anunciar nosso mais novo branch, V8 versão 6.1, que está em beta até seu lançamento em coordenação com o Chrome 61 Stable em algumas semanas. V8 v6.1 está repleto de várias novidades voltadas para desenvolvedores. Gostaríamos de dar a você uma prévia de alguns destaques em antecipação ao lançamento.
A cada seis semanas, criamos um novo branch do V8 como parte do nosso processo de lançamento. Cada versão é derivada do master do Git do V8 imediatamente antes de um marco Beta do Chrome. Hoje estamos felizes em anunciar nosso mais novo branch, V8 versão 6.0, que estará em beta até ser lançado em coordenação com o Chrome 60 Stable nas próximas semanas. O V8 6.0 está repleto de novidades voltadas para desenvolvedores. Gostaríamos de dar a você uma prévia de alguns destaques em antecipação ao lançamento.
Hoje estamos entusiasmados em anunciar o lançamento de um novo pipeline de execução JavaScript para o V8 v5.9 que chegará ao Chrome Stable na versão 59. Com o novo pipeline, alcançamos grandes melhorias de desempenho e economias significativas de memória em aplicativos JavaScript do mundo real. Discutiremos os números com mais detalhes no final deste post, mas primeiro vamos dar uma olhada no próprio pipeline.
A cada seis semanas, criamos um novo branch do V8 como parte do nosso processo de lançamento. Cada versão é ramificada a partir do Git master do V8 imediatamente antes de um marco Beta do Chrome. Hoje, estamos felizes em anunciar nosso mais novo branch, V8 versão 5.9, que estará em beta até ser lançado em coordenação com o Chrome 59 Stable nas próximas semanas. O V8 5.9 está cheio de recursos voltados para desenvolvedores. Gostaríamos de apresentar uma prévia de alguns dos destaques em antecipação ao lançamento.
A história dos benchmarks de JavaScript é uma narrativa de constante evolução. À medida que a web se expandiu de simples documentos para aplicações dinâmicas no lado do cliente, novos benchmarks de JavaScript foram criados para medir cargas de trabalho que se tornaram importantes para novos casos de uso. Essa constante mudança deu aos benchmarks individuais tempos de vida finitos. À medida que os navegadores web e as implementações de máquinas virtuais (VM) começam a super-otimizar casos de teste específicos, os benchmarks deixam de ser proxies eficazes para seus usos originais. Um dos primeiros benchmarks de JavaScript, SunSpider, ofereceu incentivos iniciais para o envio rápido de compiladores otimizadores. No entanto, à medida que os engenheiros de VM descobriram as limitações dos microbenchmarks e encontraram novas maneiras de otimizar ao redor das limitações do SunSpider limitations, a comunidade de navegadores aposentou SunSpider como um benchmark recomendado.
A cada seis semanas, criamos um novo branch do V8 como parte do nosso processo de lançamento. Cada versão é derivada do Git master do V8 imediatamente antes de um marco Beta do Chrome. Hoje estamos satisfeitos em anunciar nosso mais novo branch, V8 versão 5.8, que estará em beta até ser lançado em coordenação com o Chrome 58 Stable em algumas semanas. O V8 5.8 está repleto de vários recursos voltados para desenvolvedores. Gostaríamos de apresentar um preview de alguns dos destaques, antecipando o lançamento.
for-in é um recurso de linguagem amplamente utilizado presente em muitos frameworks. Apesar de sua ubiquidade, é um dos recursos de linguagem mais obscuros do ponto de vista de implementação. O V8 fez grandes esforços para tornar esse recurso o mais rápido possível. Ao longo do último ano, o for-in tornou-se totalmente compatível com a especificação e até 3 vezes mais rápido, dependendo do contexto.
A equipe do V8 está atualmente trabalhando em um novo pipeline de compiladores padrão que nos ajudará a trazer melhorias de velocidade para o JavaScript do mundo real. Você pode pré-visualizar o novo pipeline no Chrome Canary hoje para nos ajudar a verificar que não haverá surpresas quando implantarmos a nova configuração para todos os canais do Chrome.