Já Estamos Turbo?

Luke Sandberg, engenheiro de software na Vercel, apresenta-se e seu trabalho no Turbo Pack. Ele compartilha sua experiência anterior no Google, onde trabalhou com cadeias de ferramentas web internas e compiladores, contrastando com a abordagem da Vercel. A palestra visa detalhar as escolhas de design do Turbo Pack e como elas contribuem para seu desempenho. Este segmento estabelece o contexto e a credibilidade do palestrante, preparando o público para os conceitos técnicos que serão abordados.

O principal objetivo de design do Turbo Pack é aprimorar o desempenho através da incrementalidade, minimizando a experiência de 'compilações a frio'. A ideia central é tornar todas as operações do bundler armazenáveis em cache, garantindo que apenas o trabalho relacionado a uma alteração seja refeito. Isso significa que o custo da compilação deve escalar com a complexidade da mudança, e não com o tamanho total da aplicação. O palestrante ilustra a ineficiência de um 'bundler bebê' ingênuo, que realiza trabalho redundante ao analisar e resolver dependências múltiplas vezes.

Luke explora as dificuldades de adicionar um cache simples a um bundler, destacando problemas como a invalidação de cache quando arquivos mudam ou o uso de symlinks. Ele aponta que usar apenas o nome do arquivo como chave de cache é insuficiente e que a inclusão de configurações complexas torna as chaves de cache difíceis de gerenciar. A tentativa de resolver invalidações com callbacks leva a uma cadeia de chamadas complexa que ainda resulta na reexecução de grande parte do bundle. O palestrante conclui que essa abordagem é insustentável e não oferece a incrementalidade desejada.

Para superar os desafios, o Turbo Pack adota um modelo de programação reativa inspirado em 'signals', compiladores como Rust e sistemas como Salsa. Este modelo permite cachear cada operação cara, automatizar a geração de chaves de cache e o rastreamento de dependências, e reagir a mudanças de forma eficiente sem callbacks encadeados. Funções `TurboTask` são unidades de trabalho cacheáveis, e `VC` (Value Cells) representam valores reativos que, quando 'awaitados', rastreiam automaticamente as dependências. Isso permite que o sistema reexecute apenas as partes necessárias do grafo de dependências, otimizando drasticamente as atualizações.

Embora o modelo reativo resolva a complexidade de caches manuais, ele introduz novas compensações. O sistema exige o gerenciamento de uma infraestrutura de cache complexa, com custos gerais significativos devido ao rastreamento de dependências, mesmo para informações que raramente mudam. Há também uma troca entre tempo e memória, onde o tamanho do cache deve escalar linearmente com a aplicação. Além disso, algoritmos que dependem de informações globais precisam ser cuidadosamente projetados para preservar a incrementalidade, e a natureza assíncrona do Turbo Pack, embora ótima para escalabilidade, dificulta a depuração e o perfil de desempenho, exigindo ferramentas personalizadas.

O palestrante apresenta dados de desempenho do Turbo Pack em aplicações reais, incluindo a grande aplicação de produção da Vercel (80.000 módulos) e o site react.dev. O Turbo Pack demonstra vitórias substanciais sobre o Webpack em 'fast refresh', compilações a frio e, especialmente, compilações a quente, onde o cache de disco reduz os tempos para segundos ou milissegundos. Apesar de gargalos externos como o compilador React baseado em Babel, o Turbo Pack otimiza quando essas ferramentas são chamadas. A conclusão é que o Turbo Pack já está 'Turbo', sendo estável e o bundler padrão para Next.js 16, com planos contínuos para aprimoramento e transição para o cache de sistema de arquivos.