{"id":182060,"date":"2026-06-15T02:48:07","date_gmt":"2026-06-15T00:48:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-7-1"},"modified":"2026-06-15T02:48:07","modified_gmt":"2026-06-15T00:48:07","slug":"reliz-yadra-linux-7-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/reliz-yadra-linux-7-1","title":{"rendered":"Lan\u00e7amento do n\u00facleo Linux 7.1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ap\u00f3s dois meses de desenvolvimento, Linus Torvalds apresentou o lan\u00e7amento do n\u00facleo Linux 7.1. Entre as mudan\u00e7as mais not\u00e1veis est\u00e3o: um novo driver ntfsplus, a primeira fase do fim do suporte ao CPU i486, a remo\u00e7\u00e3o de antigos adaptadores Ethernet, a exclus\u00e3o dos protocolos ISDN e AX.25, a ativa\u00e7\u00e3o padr\u00e3o do mecanismo Intel FRED, suporte a manipuladores BPF no io_uring, otimiza\u00e7\u00e3o do subsistema de swap, suporte a sub-agendadores no sched_ext, I\/O em modo zero-copy no driver ublk, a opera\u00e7\u00e3o ioctl 'shutdown' no Btrfs, troca din\u00e2mica de modo de desempenho no driver amd-pstate, e suporte a xattr para soquetes Unix.<\/p>\n
Na nova vers\u00e3o foram aceitas 17275 corre\u00e7\u00f5es de 2589 desenvolvedores, \nO tamanho do patch \u00e9 de 57 MB (as altera\u00e7\u00f5es afetaram 13.528 arquivos, adicionadas 751.785 linhas de c\u00f3digo e removidas 405.916 linhas). No lan\u00e7amento anterior, houve 15.624 corre\u00e7\u00f5es de 2.477 desenvolvedores, com um tamanho de patch de 56 MB. Cerca de 41% de todas as mudan\u00e7as apresentadas no 7.1 est\u00e3o relacionadas a drivers de dispositivos, aproximadamente 12% referem-se a atualiza\u00e7\u00e3o de c\u00f3digo espec\u00edfico para arquiteturas de hardware, 14% est\u00e3o vinculadas \u00e0 pilha de rede, 5% a sistemas de arquivos e 3% a subsistemas internos do n\u00facleo. <\/p>\n
As principais inova\u00e7\u00f5es no n\u00facleo 7.1 (1, 2, 3):<\/p>\n
\n
Subsistema de disco, entrada\/sa\u00edda e sistemas de arquivos<\/b>\n
\n
Foi aceita uma nova implementa\u00e7\u00e3o do sistema de arquivos NTFS \u2014 o ntfsplus, baseada no c\u00f3digo do driver ntfs, que foi removido do n\u00facleo. O antigo driver foi reformulado, aprimorado com a capacidade de escrita de dados e adaptado para suportar recursos modernos, como o uso de folhetos de p\u00e1ginas de mem\u00f3ria (folios) em vez da estrutura buffer_head. No novo driver, foi implementada a aloca\u00e7\u00e3o de blocos em atraso, permitindo alta performance nas opera\u00e7\u00f5es de grava\u00e7\u00e3o e redu\u00e7\u00e3o da fragmenta\u00e7\u00e3o. Para opera\u00e7\u00f5es de grava\u00e7\u00e3o\/leitura bufferizadas, E\/S direta, mapeamento de extens\u00f5es e opera\u00e7\u00f5es de grava\u00e7\u00e3o\/leitura em p\u00e1ginas, foi utilizada a biblioteca iomap. Em testes com o iozone, o driver ntfsplus mostrou-se 3-5% mais r\u00e1pido que o ntfs3 em modo single-threaded e 35-110% mais r\u00e1pido ao usar 4 threads. A velocidade de leitura do ntfsplus e do ntfs3 est\u00e1 em n\u00edveis semelhantes. O driver ntfs3 permanece no n\u00facleo e recebeu corre\u00e7\u00f5es e pequenas melhorias.\n
Foi adicionada a suporte para gerar e verificar dados de integridade T10 a n\u00edvel do sistema de arquivos, em vez de dispositivo de bloco, permitindo um aumento no desempenho das opera\u00e7\u00f5es de leitura.\n
No driver de dispositivos de bloco ublk, que permite mover a l\u00f3gica espec\u00edfica para o lado do processo no espa\u00e7o do usu\u00e1rio, foi adicionado suporte para entrada\/sa\u00edda via mem\u00f3ria compartilhada sem copiar dados entre buffers (modo zero-copy).\n
Para dispositivos de bloco autocriptograf\u00e1veis SED-OPAL, foram adicionados ioctl para gerenciar o modo Single User e implementado o comando STACK_RESET.\n
No Btrfs, foi declarada a estabiliza\u00e7\u00e3o do suporte \u00e0 opera\u00e7\u00e3o ioctl 'shutdown', que permite que o sistema de arquivos entre em um estado onde tenta finalizar as opera\u00e7\u00f5es j\u00e1 em andamento, mas bloqueia todas as novas opera\u00e7\u00f5es.\n
No exfat, foi implementada a possibilidade de reservar \u00e1reas vazias atrav\u00e9s da chamada fallocate().\n
No sistema de arquivos CIFS, foi adicionada a capacidade de criar arquivos tempor\u00e1rios com a flag O_TMPFILE.\n
Na chamada de sistema fsmount(), foi adicionada a op\u00e7\u00e3o FSMOUNT_NAMESPACE, que cria um novo espa\u00e7o de nomes de pontos de montagem para o sistema de arquivos montado. Nas chamadas de sistema clone3() e unshare(), foram adicionadas flags para retornar um novo espa\u00e7o de nomes de pontos de montagem, contendo apenas um sistema de arquivos de placeholder vazio montado com base em nullfs, driver fs-dax com interface de sistema de arquivos para dispositivos DAX (Acesso Direto).\n
No servidor NFS, foi adicionada prote\u00e7\u00e3o contra ataques de utiliza\u00e7\u00e3o de descritores de arquivos, implementada atrav\u00e9s da assinatura criptogr\u00e1fica dos descritores. A prote\u00e7\u00e3o \u00e9 ativada atrav\u00e9s da op\u00e7\u00e3o de montagem sign_fh.\n
Foi adicionado o driver de caractere fs-dax, fornecendo uma interface para intera\u00e7\u00e3o com dispositivos DAX (Acesso Direto), suportando opera\u00e7\u00e3o sem cache de p\u00e1gina. Esta interface \u00e9 necess\u00e1ria para integra\u00e7\u00e3o no n\u00facleo do sistema de arquivos famfs, alocado na mem\u00f3ria.\n
No sistema de arquivos Ceph, foi implementada a coleta de m\u00e9tricas de entrada\/sa\u00edda relacionada \u00e0s se\u00e7\u00f5es.\n<\/ul>\n
Mem\u00f3ria e servi\u00e7os do sistema<\/b>\n
\n
Foi aceita a primeira s\u00e9rie de altera\u00e7\u00f5es para encerrar o suporte aos processadores i486. As op\u00e7\u00f5es para compilar o kernel com suporte aos processadores 486DX, 486SX e AMD ELAN (CONFIG_M486, CONFIG_M486SX e CONFIG_MELAN) foram removidas do Kconfig, e as op\u00e7\u00f5es de compila\u00e7\u00e3o para sistemas i486 (-march=i486) foram exclu\u00eddas do Makefile. O c\u00f3digo para suporte real em processadores i486 ainda permanece no kernel, mas a compila\u00e7\u00e3o para esses sistemas agora exigir\u00e1 a aplica\u00e7\u00e3o de patches nos arquivos de compila\u00e7\u00e3o. Os motivos para remover o suporte aos processadores i486 est\u00e3o relacionados ao desejo de livrar o kernel de um c\u00f3digo complexo, que emula algumas opera\u00e7\u00f5es de hardware, como CX8 (comparar e trocar 8 bytes) e TSC (contador de ciclos da CPU, utilizado no agendador de tarefas).\n
No driver amd-pstate, utilizado para gerenciar o consumo de energia em sistemas com processadores AMD, implementou a comuta\u00e7\u00e3o din\u00e2mica das configura\u00e7\u00f5es de desempenho e a altera\u00e7\u00e3o do comportamento de gerenciamento de energia dependendo do funcionamento com a fonte de alimenta\u00e7\u00e3o ou bateria. Com a conex\u00e3o \u00e0 rede el\u00e9trica, agora ativa o modo \"performance\", enquanto ao operar com bateria ativa o \"balance_performance\".\n
O mecanismo Intel FRED (Flexible Return and Event Delivery) foi habilitado por padr\u00e3o, permitindo melhorar a efici\u00eancia e a confiabilidade na entrega de informa\u00e7\u00f5es sobre eventos de baixo n\u00edvel. O aumento de desempenho e a redu\u00e7\u00e3o de lat\u00eancias s\u00e3o garantidos pelo retorno de eventos usando a instru\u00e7\u00e3o do processador IRET, ao inv\u00e9s de passar eventos atrav\u00e9s da tabela IDT (Interrupt Descriptor Table). A melhoria na confiabilidade \u00e9 alcan\u00e7ada atrav\u00e9s do processamento separado da chegada do evento no contexto do kernel e no contexto do usu\u00e1rio, prote\u00e7\u00e3o contra execu\u00e7\u00e3o aninhada de NMI e armazenamento em um quadro de pilha expandido de todos os registradores da CPU relacionados \u00e0 exce\u00e7\u00e3o.\n
Na subsistema perf, foi adicionada suporte para blocos de monitoramento de desempenho da mem\u00f3ria (PMU - Unidade de Monitoramento de Desempenho), usados no SoC NVIDIA Tegra410.\n
As opera\u00e7\u00f5es futex em sistemas ARM foram aceleradas com o uso das instru\u00e7\u00f5es Arm 9.6 LSUI, permitindo ao kernel acessar a mem\u00f3ria do espa\u00e7o do usu\u00e1rio sem precisar desativar previamente o modo de prote\u00e7\u00e3o PAN (Privileged Access Never).\n
Em sistemas com processadores ARM, foi aprimorado o suporte \u00e0 extens\u00e3o da arquitetura do conjunto de instru\u00e7\u00f5es MPAM (Memory System Resource Partitioning and Monitoring) e adicionada a possibilidade de sua utiliza\u00e7\u00e3o no espa\u00e7o do usu\u00e1rio para gerenciamento de recursos atrav\u00e9s do mecanismo resctrl. MPAM proporciona a marca\u00e7\u00e3o de cada acesso \u00e0 mem\u00f3ria com um identificador de se\u00e7\u00e3o (PARTID, Partition ID) e um identificador de grupo de monitoramento (PMG, Monitoring Group ID). Em rela\u00e7\u00e3o ao PARTID, \u00e9 poss\u00edvel limitar o consumo de recursos, como largura de banda da mem\u00f3ria ou tamanho do cache, para que um determinado grupo de tarefas n\u00e3o ocupe todos os recursos. No contexto de monitoramento, a combina\u00e7\u00e3o de PMG e PARTID pode ser usada para rastrear o consumo de recursos de mem\u00f3ria sob certos tipos de carga.\n
Foi adicionada a possibilidade de usar o modo de tempo real (PREEMPT_RT) em processadores ARM de 32 bits. Anteriormente, o suporte ao PREEMPT_RT estava dispon\u00edvel para as arquiteturas x86 e x86-64, ARM64, RISC-V e LoongArch.\n
Na chamada do sistema clone3(), foram adicionados novos flags: CLONE_NNP - proibi\u00e7\u00e3o de obten\u00e7\u00e3o de novos privil\u00e9gios no processo criado; CLONE_AUTOREAP - t\u00e9rmino autom\u00e1tico do processo em vez de sua transforma\u00e7\u00e3o em processo zumbi at\u00e9 a execu\u00e7\u00e3o da fun\u00e7\u00e3o wait() pelo processo pai; \nCLONE_PIDFD_AUTOKILL - t\u00e9rmino do processo filho em caso de fechamento do descritor pidfd associado (por exemplo, ao t\u00e9rmino do processo pai).<\/p>\n
Para cada m\u00f3dulo do n\u00facleo, na pasta \/sys\/module, foi adicionado o arquivo import_ns, que cont\u00e9m a lista de espa\u00e7os de nomes de s\u00edmbolos importados (symbol namespace).\n
No sistema de entrada\/sa\u00edda ass\u00edncrona io_uring, foi adicionado suporte para utiliza\u00e7\u00e3o do subsistema BPF para criar manipuladores. Por exemplo, o ciclo principal de despacho pode ser substitu\u00eddo por um programa BPF.\n
Na subsistema BPF, a an\u00e1lise do uso da pilha foi modernizada, o que acelerou consideravelmente a verifica\u00e7\u00e3o de muitos programas BPF pelo verificador.\n
Para otimizar o desempenho, o subsistema hrtimer (high resolution timer) foi reescrito. Agora, o planejador de tarefas pode usar temporizadores de alta resolu\u00e7\u00e3o sem perda de desempenho em vez de temporizadores menos precisos.\n
Continua a transfer\u00eancia de mudan\u00e7as da branch Rust-for-Linux, relacionadas ao uso da linguagem Rust como segunda linguagem para o desenvolvimento de drivers e m\u00f3dulos do kernel (o suporte para Rust n\u00e3o est\u00e1 ativado por padr\u00e3o e n\u00e3o faz com que o Rust seja uma depend\u00eancia obrigat\u00f3ria na constru\u00e7\u00e3o do kernel). At\u00e9 a vers\u00e3o 1.85 (que acompanha o Debian 13), foram elevadas as exig\u00eancias sobre a vers\u00e3o do Rust necess\u00e1ria para a constru\u00e7\u00e3o dos componentes do kernel. Adicionada a op\u00e7\u00e3o Kconfig experimental CONFIG_RUST_INLINE_HELPERS para incorporar pr\u00e9-processadores C no c\u00f3digo Rust durante a compila\u00e7\u00e3o (a otimiza\u00e7\u00e3o acelerou a opera\u00e7\u00e3o do driver de bloco null em 2%). O macro 'const_assert!' foi adicionado. Expandidas as funcionalidades dos m\u00f3dulos 'sizes', 'clk', 'ptr', 'sync', 'error'.\n
No mecanismo SCHED_EXT, que permite o uso de BPF para a cria\u00e7\u00e3o de escalonadores de CPU, adicionada a capacidade inicial de criar escalonadores aninhados (sub-schedulers), atrav\u00e9s dos quais cada cgroup pode ter seu pr\u00f3prio escalonador de tarefas.\n
A otimiza\u00e7\u00e3o da subsistema de swap foi continuada. A antiga estrutura swap_map foi substitu\u00edda por um mecanismo \"Swap Table\". Essa mudan\u00e7a permitiu aumentar o desempenho e diminuir o consumo de mem\u00f3ria no subsistema de swap.\n
No subsistema DAMON (Data Access MONitor), que permite monitorar o acesso de processos aos dados na mem\u00f3ria RAM (por exemplo, \u00e9 poss\u00edvel saber quais \u00e1reas de mem\u00f3ria foram acessadas pelo processo e quais \u00e1reas permaneceram n\u00e3o utilizadas), adicionada a suporte a diferentes algoritmos de ajuste autom\u00e1tico de quotas.\n