Bun runtime corrige detecção de CPU em ambientes com cgroups no Linux
O runtime JavaScript Bun recebeu uma melhoria crítica que aprimora a detecção de recursos de CPU em ambientes conteinerizados. O pull request #28801, incorporado ao repositório oficial, ajusta a lógica de AvailableParallelism e HardwareConcurrency para respeitar limites de cgroups no Linux, um problema comum em deployments em Docker e Kubernetes.
O problema dos cgroups
Em sistemas Linux, cgroups (control groups) são usados para limitar recursos como CPU e memória para processos. Anteriormente, o Bun ignorava essas restrições e reportava o número total de núcleos físicos do host, o que poderia levar a subutilização em ambientes com limites apertados ou a sobrecarga se a aplicação tentasse usar mais threads do que a cota permitida. Isso resultava em performance inconsistente em contêineres.
A solução no PR #28801
A correção lê o arquivo /sys/fs/cgroup/cpu.max para determinar a cota de CPU disponível para o processo. Com base nesse valor, o runtime calcula AvailableParallelism e ajusta o número de workers do pool de threads. A mesma lógica se aplica à propriedade navigator.hardwareConcurrency no ambiente Node.js. A mudança é compatível com cgroups v2, o padrão moderno, e inclui um fallback para a detecção tradicional caso o arquivo não esteja presente.
Benefícios para desenvolvedores
Para quem deploya aplicações Bun em contêineres, essa correção significa melhor desempenho e previsibilidade. Ajustar automaticamente o paralelismo evita que a aplicação dispute recursos com outros processos no mesmo host, reduzindo latência e melhorando a estabilidade. A comunidade Bun tem priorizado otimizações para ambientes nuvem, e esse PR é um passo importante nessa direção.
Impacto em ecossistemas
O impacto se estende a frameworks como React, Vue e Svelte que rodam no Bun, pois a concorrência eficiente acelera builds e renderizações. Empresas que adotam Bun para servidores HTTP também se beneficiam, já que o número de workers será dimensionado corretamente de acordo com os limites do contêiner. Isso é crucial em orquestradores como Kubernetes, onde múltiplos pods compartilham o mesmo nó.
Considerações finais
A correção está disponível a partir da versão incorporada no PR (verifique no repositório para o número exato). Com isso, o Bun se consolida como uma opção robusta para infraestrutura moderna, especialmente em cenários onde o isolamento de recursos é crítico. A atenção aos detalhes de integração com o sistema operacional demonstra a maturidade do projeto.