- O Recurso Novo: Implementação de Transparent Huge Pages (THP) de 1GB em nível PUD, eliminando a necessidade de reserva estática de memória.
- O Hardware Afetado: Processadores x86_64 e ARMv8+ em servidores de alta performance e ambientes de nuvem.
- O Autor do Patch: Usama Arif, engenheiro de software da Meta (Facebook).
- A Versão Prevista: Integrado na Merge Window do Linux Kernel 6.20 (lançamento estável previsto para abril de 2026).
O engenheiro Usama Arif, da Meta, enviou uma proposta (RFC) de peso para o subsistema de memória do Linux. O objetivo é implementar o PUD THP (Transparent Huge Pages de 1GB). Na prática, a mudança permite que o sistema gerencie blocos massivos de memória de forma dinâmica, eliminando a necessidade de reservas estáticas e manuais que antes engessavam administradores de sistemas.
A proposta foi construída sobre o Linux Kernel 6.19-rc6, o que coloca a funcionalidade no alvo direto da janela de mesclagem do Linux Kernel 6.20. Para empresas que lidam com bancos de dados gigantescos ou modelos de Inteligência Artificial, o ganho de performance na comunicação entre processador e memória chega a ser transformador.
O que isso significa na prática:
Imagine que o processador é um bibliotecário consultando um índice para achar livros (dados). Com páginas comuns (4KB), o índice tem milhões de entradas. Com páginas de 1GB, esse índice fica minúsculo, e o “bibliotecário” encontra o que precisa quase instantaneamente. A grande sacada deste patch é a flexibilidade: antes, se você reservasse 1GB e não usasse, a memória ficava desperdiçada. Agora, o Linux pode usar esse bloco gigante e, se outro programa precisar de espaço, o sistema “quebra” esse bloco em partes menores automaticamente.
Detalhes da Implementação
A mudança impacta o gerenciamento de memória no nível PUD (Page Upper Directory). Atualmente, o Linux já lida bem com THP de 2MB (nível PMD), mas saltar para 1GB reduz drasticamente a pressão sobre o TLB (Translation Lookaside Buffer), que é o cache de endereços do processador.
O desenvolvedor optou por não usar uma “página zero” compartilhada para evitar desperdício e implementou uma estratégia de “depósito de tabelas” para garantir que, caso uma página de 1GB precise ser dividida (split), o sistema não falhe por falta de memória auxiliar.
Performance: Antes vs. Depois (Testes em Intel Xeon)
Os benchmarks mostram que, embora o custo inicial para criar a página seja maior, a fluidez do sistema após a alocação é superior:
| Métrica | PMD THP (2MB) | PUD THP (1GB) | Ganho/Impacto |
| Acesso Aleatório à RAM | 134 ms | 88 ms | 34% mais rápido |
| Tempo de Page Fault | 331 ms | 898 ms | 2.7x mais lento |
Quando isso chega no meu PC?
Como estamos em fevereiro de 2026 e os patches estão em fase de discussão final sobre a base 6.19:
- Fase atual: O patch está em revisão pela comunidade (RFC).
- Linux Kernel 6.20: É a versão provável para a integração oficial (Merge Window em março/abril de 2026).
- Distribuições: Usuários de distribuições rolling release (como Arch Linux) devem receber a novidade em maio de 2026. Para quem usa Ubuntu 26.04 LTS ou Fedora 43, o recurso deve ser padrão nas atualizações de kernel do segundo semestre.
