Otimização de Hashes no Ruby: Reduzindo o Consumo de Memória para Melhor Performance

A otimização de memória em Ruby é um trabalho contínuo, e o foco agora recai sobre os Hashes. São estruturas de dados amplamente utilizadas, mas também grandes consumidoras de memória. O esforço é para torná-las mais compactas, melhorando a performance geral e a escalabilidade das aplicações.

Historicamente, instâncias de Hash menores que oito elementos foram refatoradas para usar uma estrutura baseada em array, a ar_table, em vez da tradicional st_table. A chegada da Variable Width Allocation (VWA) em Ruby 3.3 permitiu que essas ar_table fossem alocadas inline, eliminando a necessidade de alocações externas e reduzindo o overhead. Agora, com o Ruby 4.1.0dev, a introdução de novos tamanhos de slot mais granulares (múltiplos de 32, além dos antigos múltiplos de 40) e a inserção do tamanho do slot diretamente no header do objeto possibilitam uma compactação ainda maior. Isso melhora a localidade dos dados na cache da CPU, um fator crítico para a velocidade.

A jornada de otimização de memória dos Hashes em Ruby mostra uma evolução clara. Em Ruby 2.4, a reescrita do st_table trouxe ganhos de velocidade, mas aumentou o tamanho do 'header'. Em Ruby 2.6, surgiu a ar_table para Hashes pequenos, com menos de oito entradas, tentando reduzir o uso de memória. Contudo, essa mudança inicialmente os tornou maiores, como mostrado na cobertura do CEVIU de 4 de junho de 2026 sobre como a estrutura de dados afeta a performance.

Em Ruby 2.7, a ar_table foi aprimorada, usando apenas um byte do hash code por entrada e diminuindo novamente o tamanho. O Ruby 3.3 generalizou a Variable Width Allocation (VWA), permitindo que a ar_table fosse armazenada inline, eliminando o "transient heap" que foi removido em Ruby 3.3. Com Ruby 4.0, o st_table foi encolhido para 48B. Agora, no Ruby 4.1.0dev, vemos slots de alocação ainda menores e a capacidade de armazenar o tamanho do slot diretamente no objeto, prometendo Hashes congelados tão pequenos quanto 32B ou 64B. Antes, um Hash vazio usava 160 bytes; agora, pode ser muito menor.

Essa otimização dos Hashes é um ganho direto para a performance de aplicações Ruby. Hashes menores significam menos consumo de memória, o que é vital para ambientes que usam o modelo Copy-on-Write, como muitas implantações Ruby. Menos memória usada se traduz em menos ciclos de CPU gastos com alocação e desalocação, além de um Garbage Collector mais eficiente.

A melhoria na localidade dos dados na cache da CPU, graças aos novos tamanhos de slot e ao armazenamento do tamanho diretamente no objeto, minimiza os "stalls" do processador. Isso acelera o acesso aos dados e processamento. É um passo crucial para construir aplicações Ruby mais rápidas, eficientes e escaláveis, um tema constante em nossa cobertura, como na matéria de 28 de julho de 2026 sobre o coletor de lixo Green Tea do Go e otimização de memória.