{"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\/fr\/blog\/news\/reliz-yadra-linux-7-1","title":{"rendered":"Lancement du noyau Linux 7.1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Apr\u00e8s deux mois de d\u00e9veloppement, Linus Torvalds a pr\u00e9sent\u00e9 la version du noyau Linux 7.1. Parmi les changements les plus remarquables figurent : un nouveau pilote ntfsplus, la premi\u00e8re \u00e9tape de la fin de la prise en charge des CPU i486, la suppression des anciens adaptateurs Ethernet, la suppression des protocoles ISDN et AX.25, l'activation par d\u00e9faut du m\u00e9canisme Intel FRED, la prise en charge des gestionnaires BPF dans io_uring, l'optimisation du sous-syst\u00e8me d'\u00e9change, la prise en charge des sous-planificateurs dans sched_ext, l'entr\u00e9e\/sortie en mode zero-copy dans le pilote ublk, l'op\u00e9ration ioctl \u00ab shutdown \u00bb dans Btrfs, le changement dynamique du mode de performance dans le pilote amd-pstate, et la prise en charge des xattr pour les sockets Unix.<\/p>\n
La nouvelle version inclut 17275 corrections de la part de 2589 d\u00e9veloppeurs. \nLa taille du patch \u2014 57 Mo (les modifications ont concern\u00e9 13528 fichiers, 751785 lignes de code ajout\u00e9es, 405916 lignes supprim\u00e9es). Dans la version pr\u00e9c\u00e9dente, il y avait 15624 corrections de 2477 d\u00e9veloppeurs, la taille du patch \u2014 56 Mo. Environ 41 % de tous les changements pr\u00e9sent\u00e9s dans 7.1 sont li\u00e9s aux pilotes de p\u00e9riph\u00e9riques, environ 12 % des modifications concernent la mise \u00e0 jour de code sp\u00e9cifique aux architectures mat\u00e9rielles, 14 % sont li\u00e9es \u00e0 la pile r\u00e9seau, 5 % aux syst\u00e8mes de fichiers et 3 % aux sous-syst\u00e8mes internes du noyau. <\/p>\n
Les principales innovations dans le noyau 7.1 (1, 2, 3) :<\/p>\n
\n
Sous-syst\u00e8me de disque, entr\u00e9e\/sortie et syst\u00e8mes de fichiers<\/b>\n
\n
Une nouvelle impl\u00e9mentation du syst\u00e8me de fichiers NTFS \u2014 ntfsplus, a \u00e9t\u00e9 accept\u00e9e, bas\u00e9e sur le code retir\u00e9 du noyau du pilote classique ntfs. L'ancien pilote a \u00e9t\u00e9 retravaill\u00e9, enrichi de la possibilit\u00e9 d'\u00e9crire des donn\u00e9es et adapt\u00e9 pour prendre en charge des fonctionnalit\u00e9s modernes, telles que l'utilisation de folios de pages m\u00e9moire au lieu de la structure buffer_head. Le nouveau pilote int\u00e8gre une allocation de blocs diff\u00e9r\u00e9e, permettant d'atteindre des performances \u00e9lev\u00e9es lors des op\u00e9rations d'\u00e9criture et de r\u00e9duire la fragmentation. Pour les op\u00e9rations d'\u00e9criture\/lecture en m\u00e9moire tampon, l'entr\u00e9e\/sortie directe, le mappage des \u00e9tendues et les op\u00e9rations d'\u00e9criture\/lecture en page, la biblioth\u00e8que iomap est utilis\u00e9e. Dans les tests iozone, le pilote ntfsplus s'est av\u00e9r\u00e9 3 \u00e0 5 % plus rapide que ntfs3 lors de l'\u00e9criture en mode mono-thread et de 35 \u00e0 110 % lors de l'utilisation de 4 threads. La vitesse de lecture de ntfsplus et ntfs3 est \u00e0 peu pr\u00e8s au m\u00eame niveau. Le pilote ntfs3 reste dans le noyau et des corrections ainsi que de petites am\u00e9liorations y ont \u00e9t\u00e9 apport\u00e9es.\n
Ajout du support pour la g\u00e9n\u00e9ration et la v\u00e9rification des donn\u00e9es de contr\u00f4le d'int\u00e9grit\u00e9 T10 au niveau du syst\u00e8me de fichiers plut\u00f4t qu'au niveau du p\u00e9riph\u00e9rique block, permettant d'am\u00e9liorer les performances des op\u00e9rations de lecture.\n
Dans le pilote de p\u00e9riph\u00e9riques block ublk, permettant de d\u00e9placer la logique sp\u00e9cifique du c\u00f4t\u00e9 du processus dans l'espace utilisateur, le support des entr\u00e9es\/sorties via la m\u00e9moire partag\u00e9e sans copie de donn\u00e9es entre les buffers (mode zero-copy) a \u00e9t\u00e9 ajout\u00e9.\n
Pour les p\u00e9riph\u00e9riques block auto-chiffrants SED-OPAL, des ioctl ont \u00e9t\u00e9 ajout\u00e9s pour contr\u00f4ler le mode Single User, et la commande STACK_RESET a \u00e9t\u00e9 mise en \u0153uvre.\n
Dans Btrfs, la prise en charge de l'op\u00e9ration ioctl \u00ab shutdown \u00bb a \u00e9t\u00e9 d\u00e9clar\u00e9e stable, permettant de transf\u00e9rer le syst\u00e8me de fichiers dans un \u00e9tat o\u00f9 une tentative est faite pour terminer les op\u00e9rations d\u00e9j\u00e0 en cours, mais o\u00f9 toutes les nouvelles op\u00e9rations sont bloqu\u00e9es.\n
Dans exfat, la possibilit\u00e9 de r\u00e9server des zones vides via l'appel fallocate() a \u00e9t\u00e9 mise en \u0153uvre.\n
Dans le syst\u00e8me de fichiers CIFS, le support de la cr\u00e9ation de fichiers temporaires avec le flag O_TMPFILE a \u00e9t\u00e9 ajout\u00e9.\n
Dans l'appel syst\u00e8me fsmount(), l'option FSMOUNT_NAMESPACE a \u00e9t\u00e9 ajout\u00e9e, cr\u00e9ant un nouvel espace de noms pour les points de montage du syst\u00e8me de fichiers mont\u00e9. Les appels syst\u00e8mes clone3() et unshare() ont \u00e9t\u00e9 ajout\u00e9s avec des flags pour renvoyer le nouvel espace de noms des points de montage, contenant uniquement un faux syst\u00e8me de fichiers vide bas\u00e9 sur nullfs, le pilote fs-dax avec une interface de syst\u00e8me de fichiers pour les p\u00e9riph\u00e9riques DAX (Direct Access).\n
Dans le serveur NFS, une protection contre les attaques de devinette de descripteurs de fichiers a \u00e9t\u00e9 ajout\u00e9e, mise en \u0153uvre via la certification des descripteurs par une signature cryptographique. La protection est activ\u00e9e via l'option de montage sign_fh.\n
Ajout d'un pilote symbolique fs-dax, fournissant une interface pour interagir avec les p\u00e9riph\u00e9riques DAX (Direct Access), supportant le fonctionnement en contournant le cache de pages. Cette interface est n\u00e9cessaire pour l'int\u00e9gration dans le noyau du syst\u00e8me de fichiers famfs, qui est plac\u00e9 en m\u00e9moire.\n
Dans le syst\u00e8me de fichiers Ceph, la collecte de m\u00e9triques d'input\/output li\u00e9e aux sous-partitions a \u00e9t\u00e9 mise en \u0153uvre.\n<\/ul>\n
M\u00e9moire et services syst\u00e8me<\/b>\n
\n
La premi\u00e8re s\u00e9rie de changements a \u00e9t\u00e9 adopt\u00e9e pour mettre fin au support des processeurs i486. Les options pour la compilation du noyau avec support pour les processeurs 486DX, 486SX et AMD ELAN (CONFIG_M486, CONFIG_M486SX et CONFIG_MELAN) ont \u00e9t\u00e9 supprim\u00e9es de Kconfig, et les options de compilation pour les syst\u00e8mes i486 (-march=i486) ont \u00e9t\u00e9 exclues de Makefile. Le code pour le support effectif des processeurs i486 reste dans le noyau, mais la compilation pour de tels syst\u00e8mes n\u00e9cessitera maintenant l'application de patches aux fichiers de construction. Les raisons de la suppression du support des processeurs i486 sont li\u00e9es au d\u00e9sir d'all\u00e9ger le noyau des codes complexes qui \u00e9mulait certaines op\u00e9rations mat\u00e9rielles, comme CX8 (comparaison et \u00e9change de 8 octets) et TSC (compteur de cycles CPU utilis\u00e9 dans le planificateur de t\u00e2ches).\n
Dans le pilote amd-pstate, utilis\u00e9 pour g\u00e9rer la consommation d'\u00e9nergie sur les syst\u00e8mes avec des processeurs AMD, une commutation dynamique des param\u00e8tres de performance et un comportement de gestion de l'alimentation en fonction de l'alimentation par secteur ou de la batterie ont \u00e9t\u00e9 mis en \u0153uvre. Lors de la connexion au secteur, le mode \u00ab performance \u00bb est d\u00e9sormais activ\u00e9, tandis qu'en fonctionnement sur batterie, le mode \u00ab balance_performance \u00bb est utilis\u00e9.\n
Le m\u00e9canisme Intel FRED (Flexible Return and Event Delivery) est activ\u00e9 par d\u00e9faut, permettant d'am\u00e9liorer l'efficacit\u00e9 et la fiabilit\u00e9 de la livraison des informations sur les \u00e9v\u00e9nements de bas niveau. L'augmentation des performances et la r\u00e9duction des latences sont assur\u00e9es par le retour des \u00e9v\u00e9nements via l'instruction processeur IRET au lieu de transmettre les \u00e9v\u00e9nements via la table IDT (Interrupt Descriptor Table). La fiabilit\u00e9 est accrue gr\u00e2ce \u00e0 un traitement distinct de la r\u00e9ception des \u00e9v\u00e9nements dans le contexte du noyau et dans le contexte utilisateur, la protection contre l'ex\u00e9cution imbriqu\u00e9e de NMI et la sauvegarde dans le cadre \u00e9largi de la pile de tous les registres CPU li\u00e9s \u00e0 l'exception.\n
Le sous-syst\u00e8me perf a \u00e9t\u00e9 \u00e9tendu pour prendre en charge les blocs de surveillance des performances de la m\u00e9moire (PMU - Performance Monitoring Unit), utilis\u00e9s dans le SoC NVIDIA Tegra410.\n
L'ex\u00e9cution des op\u00e9rations futex a \u00e9t\u00e9 acc\u00e9l\u00e9r\u00e9e sur les syst\u00e8mes ARM, gr\u00e2ce \u00e0 l'utilisation des instructions Arm 9.6 LSUI, permettant au noyau d'acc\u00e9der \u00e0 la m\u00e9moire de l'espace utilisateur sans d\u00e9sactiver pr\u00e9alablement le mode de protection PAN (Privileged Access Never).\n
Sur les syst\u00e8mes \u00e9quip\u00e9s de processeurs ARM, le support de l'extension de l'architecture MPAM (Memory System Resource Partitioning and Monitoring) a \u00e9t\u00e9 am\u00e9lior\u00e9, et la possibilit\u00e9 de l'utiliser dans l'espace utilisateur pour la gestion des ressources via le m\u00e9canisme resctrl a \u00e9t\u00e9 ajout\u00e9e. MPAM permet de marquer chaque acc\u00e8s \u00e0 la m\u00e9moire avec un identifiant de partition (PARTID, Partition ID) et un identifiant de groupe de surveillance (PMG, Monitoring Group ID). En lien avec le PARTID, il est possible de limiter la consommation de ressources, telles que la bande passante m\u00e9moire ou la taille du cache, afin qu'un groupe de t\u00e2ches ne monopolise pas toutes les ressources. Dans le cadre du suivi, la combinaison PMG et PARTID peut \u00eatre utilis\u00e9e pour surveiller la consommation des ressources m\u00e9moire sous certaines charges de travail.\n
La possibilit\u00e9 d'utiliser le mode temps r\u00e9el (PREEMPT_RT) sur les processeurs ARM 32 bits a \u00e9t\u00e9 ajout\u00e9e. Auparavant, le support de PREEMPT_RT \u00e9tait limit\u00e9 aux architectures x86 et x86-64, ARM64, RISC-V et LoongArch.\n
De nouveaux drapeaux ont \u00e9t\u00e9 ajout\u00e9s \u00e0 l'appel syst\u00e8me clone3() : CLONE_NNP - interdiction d'obtenir de nouveaux privil\u00e8ges dans le processus cr\u00e9\u00e9 ; CLONE_AUTOREAP - terminaison automatique du processus au lieu de le transformer en processus zombie jusqu'\u00e0 ce que la fonction wait() soit ex\u00e9cut\u00e9e par le processus parent ; \nCLONE_PIDFD_AUTOKILL - terminaison du processus fils en cas de fermeture du descripteur pidfd qui lui est associ\u00e9 (par exemple, lors de la fermeture du processus parent).<\/p>\n
Pour chaque module du noyau, un fichier import_ns a \u00e9t\u00e9 ajout\u00e9 dans le r\u00e9pertoire \/sys\/module, contenant la liste des espaces de noms de symboles import\u00e9s.\n
Dans le syst\u00e8me d'E\/S asynchrone io_uring, le support de l'utilisation de la sous-syst\u00e8me BPF pour cr\u00e9er des gestionnaires a \u00e9t\u00e9 ajout\u00e9. Par exemple, il est possible de remplacer la boucle principale de dispatching par un programme BPF.\n
Dans la sous-syst\u00e8me BPF, l'analyse de l'utilisation de la pile a \u00e9t\u00e9 modernis\u00e9e, ce qui a consid\u00e9rablement acc\u00e9l\u00e9r\u00e9 la v\u00e9rification par le v\u00e9rificateur de nombreux programmes BPF.\n
Dans le but d'optimiser les performances, la sous-syst\u00e8me hrtimer (high resolution timer) a \u00e9t\u00e9 r\u00e9\u00e9crite. Le planificateur de t\u00e2ches peut d\u00e9sormais utiliser des minuteries haute r\u00e9solution sans perte de performance, au lieu de minuteries moins pr\u00e9cises.\n
Le portage des modifications de la branche Rust-for-Linux, li\u00e9 \u00e0 l'utilisation du langage Rust comme second langage pour le d\u00e9veloppement de pilotes et de modules noyau, se poursuit (le support de Rust n'est pas activ\u00e9 par d\u00e9faut et n\u2019entra\u00eene pas son inclusion dans les d\u00e9pendances de compilation obligatoires du noyau). Avant la version 1.85 (disponible dans Debian 13), les exigences de version Rust n\u00e9cessaires pour compiler les composants du noyau ont \u00e9t\u00e9 augment\u00e9es. Une option Kconfig exp\u00e9rimentale CONFIG_RUST_INLINE_HELPERS a \u00e9t\u00e9 ajout\u00e9e pour int\u00e9grer les wrappers C dans le code Rust lors de la compilation (l'optimisation a acc\u00e9l\u00e9r\u00e9 le fonctionnement du pilote nul de 2%). Le macro \u2018const_assert!\u2019 a \u00e9t\u00e9 ajout\u00e9. Les fonctionnalit\u00e9s des modules \u2018sizes\u2019, \u2018clk\u2019, \u2018ptr\u2019, \u2018sync\u2019, \u2018error\u2019 ont \u00e9t\u00e9 \u00e9tendues.\n
Dans le m\u00e9canisme SCHED_EXT, qui permet d'utiliser BPF pour cr\u00e9er des planificateurs CPU, une fonction initiale pour la cr\u00e9ation de planificateurs imbriqu\u00e9s (sub-scheduler) a \u00e9t\u00e9 ajout\u00e9e, permettant \u00e0 chaque cgroup d'utiliser son propre planificateur de t\u00e2ches.\n
L'optimisation du sous-syst\u00e8me de swap se poursuit. L'ancienne structure swap_map a \u00e9t\u00e9 supprim\u00e9e, remplac\u00e9e par le m\u00e9canisme \u00ab Swap Table \u00bb. Ce changement a permis d'am\u00e9liorer les performances et de r\u00e9duire la consommation de m\u00e9moire dans le sous-syst\u00e8me de swap.\n
Dans le sous-syst\u00e8me DAMON (Data Access MONitor), qui permet de suivre l'acc\u00e8s des processus aux donn\u00e9es en m\u00e9moire vive (par exemple, il est possible de savoir quelles zones de m\u00e9moire un processus a acc\u00e9d\u00e9es et quelles zones sont rest\u00e9es inutilis\u00e9es), un support pour divers algorithmes d'auto-optimisation des quotas a \u00e9t\u00e9 ajout\u00e9.\n