O pitch
A Meta tirou oficialmente o repositório do jemalloc do arquivo para enfrentar a alta dos custos de infraestrutura causada pela atual escassez global de DRAM (Meta Engineering Blog). O roadmap de 2026 se concentra na eficiência do Huge-Page Allocator (HPA) e no desempenho em AArch64 para atenuar a alta de 170% nos preços de memória (AdwaitX/Digital Watch 2026). Esse movimento marca a passagem de uma alocação de uso geral para uma contenção agressiva de custos nos hyperscalers.
Por dentro
A Meta está priorizando um novo HPA e mecanismos avançados de purga para combater as altas despesas operacionais (Meta Engineering). Essa mudança vem depois de um período de “deriva técnica” em que a base de código teria se degradado entre 2017 e 2025, o que levou ao seu breve arquivamento (jasone.github.io). O criador original, Jason Evans, citou uma falha em manter o rigor do código nesse período, o que torna o reboot de 2026 um trabalho pesado para os mantenedores atuais.
Com os preços de memória quadruplicando desde o fim de 2025, a eficiência do alocador deixou de ser uma micro-otimização para virar uma necessidade financeira (AdwaitX/Digital Watch 2026). Mas a dívida técnica acumulada na última década continua sendo um obstáculo significativo para o projeto. Além disso, a purga especializada da Meta muitas vezes exige patches de kernel que não foram enviados ao upstream, o que pode criar “ilhas de manutenção” para equipes sem os recursos de engenharia da Meta (análise de comentários no HN).
A concorrência avançou enquanto o jemalloc estava parado. O mimalloc da Microsoft (v3.2.8) mantém hoje uma vantagem de desempenho em benchmarks de baixa latência e de objetos pequenos (mimalloc GitHub 2026). Ainda não sabemos como o jemalloc modernizado se compara ao mimalloc v3.2.8 em benchmarks diretos, e a Meta também não divulgou o valor exato, em dólares, da economia que espera com essa implementação.
Nossa opinião
Não corra para trocar seus alocadores só porque a Meta finalmente tirou a poeira do repositório. Embora as melhorias no HPA sejam necessárias para implantações em AArch64 na escala de 2026, o jemalloc hoje corre atrás do mimalloc na maioria dos cenários de backend de uso geral. A menos que você opere dez mil nós e tenha capacidade para gerenciar patches de kernel personalizados, o jemalloc continua sendo, por enquanto, uma solução específica da Meta. É uma ferramenta especializada para uma era de escassez de memória, não uma atualização padrão para o seu microsserviço comum.