noticias
Linux 7.3-rc1 chega enorme, prepara Zen 6, acelera Btrfs e amplia suporte ao Apple Silicon
O desenvolvimento do Linux 7.3 entrou oficialmente em sua fase de estabilização. Linus Torvalds publicou em 30 de agosto de 2026 o primeiro Release Candidate da nova versão do kernel, encerrando a janela de duas semanas em que grandes alterações foram incorporadas ao código. O Linux 7.3-rc1 chega com avanços para processadores AMD e Intel, novas gerações de GPUs, melhorias importantes no sistema de arquivos Btrfs e expansão gradual do suporte aos chips Apple Silicon.
Há um detalhe importante antes de qualquer entusiasmo: RC1 significa Release Candidate 1. Esta não é a versão estável que usuários de Ubuntu, Fedora, Debian, Arch ou outras distribuições deveriam necessariamente instalar em suas máquinas principais. É o primeiro grande retrato do que deverá se transformar no Linux 7.3 definitivo depois de várias semanas de testes, correções de regressões e novos candidatos.
Ainda assim, esse estágio é particularmente interessante porque a janela de inclusão das grandes funcionalidades já terminou. O foco passa agora de adicionar recursos para descobrir o que quebrou.
E há bastante coisa nova para testar.
O Linux 7.3-rc1 é grande — mas existe uma explicação
O próprio Linus Torvalds chamou atenção para o tamanho deste primeiro candidato. Em quantidade de commits, o Linux 7.3-rc1 está entre os maiores RC1 já produzidos, embora não estabeleça um recorde absoluto.
O tamanho bruto do patch, entretanto, engana um pouco.
Uma parte gigantesca do código adicionado está relacionada à AMD, mais especificamente aos cabeçalhos de registradores do DCN6 e ao código correspondente para a próxima geração de hardware gráfico da empresa. Esses arquivos descrevem em detalhes registradores e características do hardware utilizando grandes quantidades de definições em C.
Segundo Torvalds, esse conjunto relacionado às GPUs AMD responde sozinho por aproximadamente um terço de todo o patch do RC1.
Quando essa massa de definições é retirada da comparação, o restante do ciclo parece muito mais próximo de uma atualização normal do kernel.
Isso ajuda a entender uma peculiaridade das métricas de software: milhões de linhas adicionais não significam necessariamente milhões de linhas de novas funcionalidades percebidas pelo usuário.
Código de suporte a hardware pode ser enorme sem alterar visualmente absolutamente nada no computador.
AMD Zen 6 começa a ganhar terreno no kernel
Uma das áreas mais relevantes do Linux 7.3 é a preparação para a próxima geração de processadores AMD.
O kernel amplia o trabalho de habilitação para plataformas Zen 6, incluindo mudanças particularmente importantes no lado dos processadores destinados a clientes. Isso ocorre antes mesmo de esses chips dominarem computadores de consumidores, seguindo uma prática essencial no desenvolvimento do Linux: preparar o sistema operacional antes da chegada comercial do hardware.
Quando isso funciona bem, uma nova CPU pode chegar ao mercado já sendo corretamente reconhecida pelo kernel.
O Linux precisa compreender topologia, estados de energia, gerenciamento térmico, características dos núcleos, instruções disponíveis e inúmeras particularidades da plataforma. Sem esse suporte, um processador pode até inicializar o sistema, mas operar sem aproveitar adequadamente seus mecanismos de desempenho e eficiência.
O Linux 7.3 também incorpora uma nova identificação de núcleo de baixo consumo da AMD.
Até agora, determinados tipos de núcleo podiam acabar classificados genericamente quando o kernel não reconhecia corretamente sua função. A nova infraestrutura passa a distinguir esse tipo de núcleo e, ao mesmo tempo, aproxima o tratamento das arquiteturas híbridas utilizadas por AMD e Intel.
Isso pode parecer uma alteração interna pequena.
Não é.
Sistemas modernos dependem cada vez mais do kernel para decidir quais tarefas devem ser executadas em quais núcleos. Quanto melhor ele entende a arquitetura física do processador, melhores podem ser as decisões do escalonador entre desempenho e economia de energia.
Intel também recebe preparação para as próximas gerações
A Intel aparece em várias partes do Linux 7.3.
O kernel avança no suporte às próximas plataformas da empresa e habilita por padrão gráficos Xe3P associados ao universo Nova Lake, além de receber identificadores e código para hardwares que ainda estão entrando no mercado.
Há também otimizações relacionadas às CPUs híbridas.
Esse é um campo particularmente importante porque processadores recentes da Intel abandonaram há várias gerações a ideia de que todos os núcleos precisam possuir exatamente o mesmo perfil.
Performance-cores e núcleos voltados à eficiência apresentam capacidades e custos energéticos diferentes.
O sistema operacional precisa entender essa heterogeneidade.
Caso contrário, uma tarefa sensível a latência pode acabar no núcleo errado, enquanto um processo de segundo plano consome recursos que poderiam permanecer em uma parte mais econômica da CPU.
Boa parte da evolução moderna do kernel acontece justamente nessas decisões invisíveis.
O usuário não vê o scheduler.
Ele percebe bateria durando mais, menos engasgos ou uma máquina respondendo melhor sob carga.
Btrfs pode ser uma das mudanças mais perceptíveis do Linux 7.3
Entre as alterações que podem produzir impacto real em sistemas já existentes, o Btrfs merece atenção especial.
O sistema de arquivos recebe um conjunto significativo de otimizações de desempenho.
Uma delas altera o tratamento de operações de entrada e saída direta. Em determinadas situações, o Btrfs anteriormente precisava recorrer a buffered I/O, criando uma limitação considerável no throughput disponível.
O Linux 7.3 introduz um mecanismo baseado em IOmap bounce buffer para esse caminho.
Testes realizados durante o desenvolvimento mostraram ganhos muito expressivos em cenários específicos, aproximando determinadas operações de I/O direto de cerca de 95% do throughput teórico disponível, em comparação com aproximadamente metade desse valor em situações anteriores.
Outras mudanças reduzem contenções internas, melhoram o gerenciamento de extent buffers e otimizam operações relacionadas ao fsync.
Algumas cargas específicas apresentaram ganhos medidos em múltiplos, e não apenas alguns pontos percentuais.
É importante colocar esses números no lugar correto.
Isso não significa que todo computador com Btrfs ficará três ou cinco vezes mais rápido quando instalar Linux 7.3.
Os ganhos aparecem em caminhos específicos do sistema de arquivos e dependem fortemente do padrão de acesso, hardware de armazenamento, aplicação e configuração.
Mesmo assim, são alterações estruturalmente importantes.
Por que mexer no Btrfs importa tanto
Sistemas de arquivos normalmente só recebem atenção quando algo dá errado.
Mas eles ficam entre praticamente toda aplicação e o dispositivo onde os dados estão armazenados.
Quando um programa grava um banco de dados, salva um arquivo, sincroniza metadados ou garante que determinada informação realmente chegou ao armazenamento físico, existe um sistema de arquivos coordenando parte desse trabalho.
Uma melhoria nessa camada pode beneficiar aplicações completamente diferentes sem exigir nenhuma modificação nelas.
Esse é um dos motivos pelos quais otimizações de kernel possuem um alcance tão grande.
O desenvolvedor de uma aplicação pode nunca escrever uma linha pensando especificamente no Linux 7.3 e ainda assim receber melhorias quando a distribuição atualizar o kernel.
É infraestrutura funcionando como deveria: invisível quando tudo dá certo.
Apple M3 avança no Linux, mas ainda há uma longa estrada
A presença do Apple Silicon também chama atenção.
O Linux 7.3 adiciona suporte inicial aos chips M3 Pro, M3 Max e M3 Ultra, expandindo o trabalho que já havia começado com o M3 convencional.
Mas aqui é especialmente importante evitar uma interpretação errada.
Isso não significa que qualquer proprietário de um Mac com M3 Pro ou M3 Max poderá instalar uma distribuição Linux comum e ter imediatamente a mesma experiência encontrada em um notebook x86.
O trabalho incluído no kernel é uma base.
Os novos Device Trees permitem que o Linux compreenda melhor a estrutura desses SoCs e avance na inicialização das máquinas. Ainda existem componentes importantes sem suporte completo, incluindo partes necessárias para uma experiência gráfica cotidiana totalmente funcional.
O desenvolvimento do Linux em Apple Silicon é complexo justamente porque a Apple controla verticalmente hardware e software e não projeta seus Macs pensando em compatibilidade com sistemas operacionais alternativos.
Projetos da comunidade precisam compreender e implementar suporte para componentes que vão muito além da CPU.
GPU, controladores de energia, armazenamento, interfaces, áudio, vídeo, suspensão e diversos elementos proprietários precisam ser tratados individualmente.
Por isso, conseguir inicializar é uma vitória técnica.
Mas ainda não significa estar pronto para substituir o macOS.
Novo driver ajuda a reduzir consumo em Macs Apple Silicon
Outra mudança relacionada à plataforma Apple ocorre no gerenciamento energético.
O Linux 7.3 incorpora um novo driver para controles do Apple PMGR, componente envolvido no gerenciamento de energia desses sistemas.
Em equipamentos M1 Pro, M1 Max e M1 Ultra, esse trabalho pode permitir reduzir o consumo durante determinados estados de suspensão, incluindo o chamado s2idle.
A economia observada em desenvolvimento gira em torno de aproximadamente 1 watt em determinadas condições.
Um watt pode parecer irrelevante quando pensamos em um desktop conectado à tomada.
Em um notebook dormindo dentro de uma mochila durante muitas horas, a história muda.
Pequenas diferenças contínuas de consumo podem determinar quanto da bateria desaparece enquanto a máquina deveria estar praticamente inativa.
Esse tipo de aprimoramento mostra por que suporte a uma plataforma não pode ser avaliado apenas com a pergunta "o sistema inicializa?".
Inicializar é o começo.
Gerenciar corretamente o hardware é muito mais difícil.
Thunderbolt e USB-C também avançam
O subsistema USB recebe alterações interessantes no Linux 7.3.
Uma delas corrige uma limitação curiosa no tratamento de cabos USB-C.
O kernel passa a verificar melhor se o próprio cabo suporta os modos alternativos que o sistema pretende utilizar.
Isso importa para tecnologias como DisplayPort e Thunderbolt.
USB-C é apenas o formato físico do conector. Dois cabos visualmente praticamente idênticos podem apresentar capacidades completamente diferentes.
Um pode transportar somente USB 2.0.
Outro pode suportar dados em alta velocidade.
Outro pode oferecer DisplayPort.
Outro pode atender requisitos de USB4 e Thunderbolt.
Sem consultar corretamente essas capacidades, o sistema pode anunciar combinações que o cabo utilizado simplesmente não consegue entregar ou enfrentar falhas durante a inicialização do modo alternativo.
O Linux 7.3 melhora essa negociação.
Há ainda um novo modo de baixa latência para USB4STREAM, voltado a transferências de dados entre sistemas conectados por USB4.
Gaming também aparece no novo kernel
O Linux 7.3 traz mudanças direcionadas ao ecossistema de jogos.
Uma das mais curiosas é o suporte inicial no kernel ao Steam Controller de 2026 da Valve.
O fato de um dispositivo desse tipo chegar rapidamente ao kernel principal é importante para usuários porque reduz a dependência de soluções específicas instaladas por cada distribuição.
Quanto mais suporte existe upstream — diretamente no projeto Linux — menor tende a ser a fragmentação.
A nova versão também inclui melhorias relacionadas ao comportamento de jogos em sistemas com pouca memória de vídeo disponível.
Isso é especialmente relevante em computadores com GPUs integradas ou equipamentos em que CPU e GPU disputam recursos de memória.
O Linux deixou há bastante tempo de ser uma curiosidade no gaming.
Steam, Proton, Steam Deck e o trabalho da Valve transformaram essa área em um dos grandes laboratórios de otimização do desktop Linux.
Muitas alterações criadas inicialmente para jogos acabam beneficiando outros tipos de aplicações gráficas e dispositivos.
O kernel também começa a olhar para hardware antigo de outra maneira
Enquanto adiciona suporte para novas gerações, o Linux enfrenta o problema oposto: quanto código antigo ainda vale a pena manter?
A versão 7.3 avança na descontinuação de diversas plataformas ARM de 32 bits antigas.
Isso pode deixar centenas de drivers sem mantenedores específicos.
O movimento faz parte de uma discussão cada vez mais importante dentro do projeto.
Compatibilidade histórica é uma das grandes forças do Linux, mas possui custo.
Cada driver abandonado precisa continuar compilando.
Mudanças internas precisam considerar sua existência.
Falhas de segurança eventualmente precisam ser investigadas.
Testes precisam cobrir uma quantidade crescente de código.
Quanto mais o kernel cresce, mais caro fica preservar equipamentos que praticamente ninguém utiliza.
Remover suporte nunca é uma decisão agradável para quem ainda possui aquela máquina.
Manter eternamente todo código também não é sustentável.
E a inteligência artificial entrou até na manutenção do kernel
Há outro fenômeno acontecendo ao redor do Linux 7.3 que merece atenção.
Ferramentas baseadas em inteligência artificial e modelos de linguagem estão sendo utilizadas para procurar bugs em enormes quantidades de código.
Isso tem produzido resultados reais.
Mas também está criando um problema inesperado: volume.
Mantenedores do kernel passaram a receber uma quantidade crescente de relatórios e sugestões produzidas ou auxiliadas por sistemas automatizados. Parte encontra defeitos legítimos. Outra parte gera falsos positivos, interpretações ruins ou patches que ainda exigem revisão humana detalhada.
Para um projeto com mais de 40 milhões de linhas entre código, comentários e espaços estruturais, automatizar a descoberta de problemas parece extremamente atraente.
Só existe um pequeno inconveniente.
Descobrir um possível bug automaticamente não significa que seja possível validar e corrigir automaticamente esse bug com o mesmo grau de confiança.
O gargalo pode apenas mudar de lugar.
Antes faltavam olhos para encontrar problemas.
Agora podem faltar olhos humanos para analisar tudo que as máquinas dizem ter encontrado.
40 milhões de linhas não significam um sistema operacional de 40 milhões de linhas rodando
O Linux 7.3-rc1 também ultrapassa aproximadamente 40,9 milhões de linhas quando se considera toda a árvore do kernel com comentários e linhas em branco.
O número é impressionante, mas precisa ser interpretado corretamente.
Nenhum computador carrega todo esse conteúdo simultaneamente.
O código atende milhares de combinações possíveis de processadores, arquiteturas, placas de rede, GPUs, dispositivos USB, sistemas de arquivos, servidores, embarcados e plataformas que jamais estarão presentes na mesma máquina.
Durante a configuração e compilação do kernel, apenas partes relevantes são selecionadas, enquanto muitos componentes podem ser construídos como módulos carregados somente quando necessários.
O tamanho do repositório representa a diversidade de hardware que o Linux precisa compreender.
Não o tamanho do programa que permanece inteiro ocupando memória.
Essa diferença ajuda a explicar por que um projeto aparentemente gigantesco ainda pode operar em dispositivos extremamente pequenos.
Quem deve instalar o Linux 7.3-rc1 agora?
Para a maioria dos usuários, ninguém precisa correr para instalar.
Release Candidates existem para testar.
Desenvolvedores do kernel, mantenedores de distribuições, fabricantes, administradores experientes e usuários interessados em validar hardware específico possuem bons motivos para experimentar o RC1.
Em uma estação principal de trabalho, servidor de produção ou computador utilizado para atividades críticas, a resposta é diferente.
Esperar a versão estável normalmente é a decisão racional.
Um RC pode conter regressões justamente porque seu objetivo é encontrá-las.
Também não existe grande vantagem em instalar manualmente um kernel de desenvolvimento apenas para ter um número de versão maior se nenhum dos novos recursos resolve uma necessidade concreta.
Para usuários comuns, a melhor forma de receber essas mudanças continua sendo através da própria distribuição.
Fedora, Ubuntu, openSUSE, Arch, Debian e outras possuem políticas diferentes para incorporar novas versões.
O kernel estável ser lançado não significa que todas as distribuições o entregarão imediatamente.
Quando o Linux 7.3 estável deve chegar
Com o RC1 publicado em 30 de agosto, começa o ciclo tradicional de candidatos semanais.
Normalmente, Linus Torvalds publica vários RCs antes da versão estável. Se o desenvolvimento transcorrer sem problemas excepcionais, o Linux 7.3 tende a ficar pronto na segunda metade de outubro de 2026.
Essa data não é uma promessa.
O kernel não é lançado porque um departamento de marketing reservou determinado dia.
Se aparecer uma regressão séria, o ciclo pode ganhar um candidato adicional.
Essa flexibilidade é uma das características mais interessantes do desenvolvimento do Linux.
Existe uma cadência.
Mas a estabilidade decide quando ela termina.
Análise da equipe
O Linux 7.3 não parece uma versão construída ao redor de uma única funcionalidade capaz de produzir uma manchete espetacular.
E talvez isso seja justamente o mais interessante.
Estamos diante de um kernel trabalhando simultaneamente três gerações de computação: removendo parte do peso de plataformas antigas, refinando o hardware disponível hoje e preparando processadores e GPUs que ainda estão chegando ao mercado.
AMD Zen 6, Intel Nova Lake e Apple M3 dividem espaço com otimizações de Btrfs, USB-C, USB4, energia, gaming e dezenas de subsistemas que o usuário provavelmente nunca abrirá diretamente.
É assim que infraestrutura amadurece.
Há também uma transformação estratégica acontecendo silenciosamente.
Durante anos, a vantagem do Linux em hardware esteve muito associada a servidores e dispositivos embarcados. Hoje, o kernel precisa acompanhar rapidamente notebooks híbridos, GPUs complexas, sistemas Apple Silicon, consoles portáteis, processadores heterogêneos e novas interconexões de alta velocidade.
A diversidade aumentou.
A responsabilidade do kernel também.
Talvez a mudança mais reveladora do Linux 7.3, portanto, não seja uma linha específica do changelog.
É a velocidade com que o projeto precisa preparar suporte para hardware futuro enquanto ainda carrega décadas de compatibilidade nas costas.
O primeiro candidato mostra que essa máquina continua funcionando.
Agora começam as semanas destinadas a descobrir onde ela falha.
Só depois disso teremos Linux 7.3.
👉 Dúvida? Então veja mais em: https://pixbugtech.com/linksuteis