O Linux pode ganhar uma forma diferente de aproveitar a memória RAM quando ela começa a ficar cheia. O projeto Compressed RAM, chamado de CRAM, propõe tratar dados compactados como parte da memória nativa, em vez de depender do modelo de swap usado por técnicas conhecidas como ZRAM e Zswap. A ideia foi apresentada por Gregory Price, engenheiro da Meta, e pode interessar tanto a desenvolvedores quanto a pessoas que usam notebooks e servidores com pouca memória.
O Tecnoblog publicou a explicação em 8 de outubro de 2026. A reportagem descreve testes apresentados na Linux Plumbers Conference 2026 nos quais o CRAM alcançou desempenho até 452 vezes superior ao ZRAM em determinadas operações. Esse número não deve ser interpretado como ganho garantido em qualquer computador. Ele indica uma diferença em um cenário de teste e precisa ser confirmado em versões reais do kernel e em cargas variadas.
Por que a memória compactada existe
A RAM é muito mais rápida do que um SSD, mas também é mais cara e limitada. Quando a memória fica cheia, o sistema operacional precisa liberar espaço. Uma estratégia é mover páginas pouco usadas para o armazenamento, criando o chamado swap. O processo preserva os dados, mas introduz espera sempre que o sistema precisa buscar a informação de volta.
Outra estratégia é compactar páginas na própria RAM. Dados repetidos ou com padrões simples podem ocupar menos espaço depois da compressão. O computador gasta processamento para compactar e descompactar, mas evita parte do acesso ao disco. O equilíbrio depende do processador, do algoritmo, da quantidade de memória e do tipo de aplicação em execução.
ZRAM e Zswap não são a mesma coisa
O ZRAM cria um dispositivo de bloco comprimido dentro da memória. Para o sistema, ele se comporta como uma área de swap. Quando a RAM começa a ficar pressionada, páginas pouco usadas são compactadas e colocadas nessa área. Como tudo continua na memória física, o acesso costuma ser mais rápido do que usar um SSD, embora exista o custo de processamento.
O Zswap funciona em uma etapa diferente. Ele intercepta páginas que seriam enviadas para um swap real no armazenamento e tenta mantê-las compactadas na RAM. Apenas quando essa área chega perto do limite é que os dados seguem para o disco. As duas soluções são úteis, mas continuam organizadas ao redor da ideia de swap. O CRAM tenta mudar esse modelo.
Como o CRAM quer mudar o caminho
Segundo o Tecnoblog, a proposta trata a área compactada como memória RAM nativa. Em vez de simular um dispositivo de armazenamento ou esperar que o sistema envie páginas para o swap, o kernel poderia acessar dados compactados como parte do espaço de memória. A diferença parece conceitual, mas afeta o caminho percorrido por cada página e o momento em que o sistema decide comprimir ou descomprimir.
Para entender a importância, imagine um computador com vários aplicativos abertos. Uma parte da memória contém abas antigas do navegador, outra mantém bibliotecas compartilhadas e outra armazena dados que um editor de código pode precisar em breve. Se o sistema conseguir manter páginas pouco usadas compactadas e acessá-las sem passar por uma camada de swap tradicional, poderá reduzir a pressão sobre a RAM física e evitar pausas longas.
O que significa desempenho até 452 vezes maior
O número apresentado nos testes é chamativo, mas precisa de contexto. Comparações de desempenho dependem da operação escolhida. Uma técnica pode ser muito superior ao mover pequenas páginas e não apresentar a mesma vantagem em uma carga que comprime dados difíceis. O tipo de processador, a versão do kernel e o algoritmo de compressão também mudam o resultado.
O leitor deve interpretar a promessa como sinal de uma possível melhoria de arquitetura, não como motivo para comprar um computador com menos RAM. Memória física continua sendo importante. Compressão consome ciclos de CPU e pode aumentar o trabalho do sistema quando a carga é intensa. O ganho real aparecerá quando desenvolvedores testarem o projeto com navegadores, bancos de dados, máquinas virtuais e tarefas de compilação.
Por que isso interessa a desenvolvedores
Ambientes de desenvolvimento costumam consumir memória rapidamente. Um editor moderno pode manter extensões, índices e servidores locais ao mesmo tempo em que o desenvolvedor executa contêineres, banco de dados, navegador e ferramentas de teste. Em notebooks com 8 ou 16 GB de RAM, a troca entre aplicativos pode ficar lenta quando o sistema começa a usar o disco como extensão da memória.
Uma camada de memória compactada mais eficiente pode melhorar esse cenário sem alterar o código da aplicação. O benefício viria do sistema operacional, que teria mais espaço para manter tarefas abertas. Em servidores, a técnica também pode ajudar a aumentar a densidade de processos, desde que o consumo extra de CPU não anule a economia de memória.
Existe ainda uma conexão com inteligência artificial. Modelos locais, ferramentas de análise e ambientes de dados podem exigir muita memória. Uma solução de compressão não transforma um notebook em um servidor de treinamento, mas pode permitir que modelos menores, editores e serviços auxiliares coexistam com menos interrupções. O resultado depende do padrão dos dados, pois alguns conjuntos compactam bem e outros quase não reduzem de tamanho.
O papel do kernel
Para chegar aos usuários, o CRAM precisa ser integrado ao kernel Linux e passar por revisão técnica. O kernel é a parte central do sistema operacional, responsável por intermediar hardware, memória, processos e dispositivos. Alterações nesse nível precisam considerar compatibilidade, recuperação de erros e comportamento em situações de pressão extrema.
Uma implementação de memória não pode apenas funcionar no teste ideal. Ela precisa lidar com desligamentos, falhas de dispositivo, mudanças de prioridade e aplicativos que alocam grandes blocos de forma repentina. Também deve oferecer métricas para que o administrador saiba quanto tempo foi gasto em compressão, quantas páginas foram recuperadas e quando o sistema precisou recorrer ao swap convencional.
O que usuários podem fazer agora
O CRAM ainda deve ser tratado como proposta em desenvolvimento, não como recurso pronto para ativação em qualquer distribuição. Usuários que precisam de mais desempenho podem avaliar o uso de ZRAM ou Zswap conforme a documentação da distribuição, mas alterações no gerenciamento de memória devem ser testadas com cuidado. Uma configuração agressiva pode aumentar o consumo de CPU ou esconder um problema de falta de RAM.
O caminho mais seguro é medir antes e depois. Ferramentas do sistema podem registrar uso de memória, atividade de swap, carga do processador e tempo de resposta. Se o computador ficou mais rápido apenas porque um aplicativo foi fechado, a configuração não resolveu a causa. Se o sistema manteve mais tarefas abertas sem longas pausas, há um ganho concreto para aquele perfil de uso.
Por que a proposta tem relevância brasileira
Computadores com pouca RAM continuam comuns em escolas, pequenas empresas, laboratórios e residências. Uma melhoria no kernel pode prolongar a vida útil de máquinas que ainda têm processador suficiente, mas sofrem com a pressão de memória criada por navegadores e ferramentas atuais. Em servidores, economizar RAM também pode reduzir a necessidade de trocar hardware antes do tempo.
Esse tipo de inovação mostra que desempenho não depende apenas de comprar componentes maiores. Sistemas operacionais podem reorganizar recursos e extrair mais valor do hardware existente. O CRAM ainda precisa amadurecer, ser revisado e comprovado em ambientes reais, mas representa uma direção interessante para o Linux: tratar a compressão como parte da memória, e não somente como um remendo quando ela acaba.
Fonte original: Tecnoblog.
