Vue lecture

L'IA a corrigé un bug du noyau Linux. Une seule ligne de code a tout changé.

Les assistants de programmation basés sur l'IA s'intègrent de plus en plus au travail quotidien des développeurs, mais leur impact se limite rarement au cœur des systèmes d'exploitation. Cette fois-ci, un outil d'IA a permis de résoudre un problème concret du noyau Linux et a conduit à la création d'un correctif qui pourrait bientôt être intégré à la version stable du système. Ce cas concerne des travaux sur l'interface io_uring et un bogue provoquant des plantages de machines virtuelles. Un développeur important de la communauté open source a participé au processus. Comme l'explique Phoronix , Jens Axboe, développeur principal du projet io_uring, a utilisé un assistant d'IA pour analyser un bug difficile à détecter. io_uring est un mécanisme de gestion asynchrone des entrées/sorties du noyau Linux, introduit dans la version 5.1 en 2019. Il permet un traitement efficace des opérations sur disque et réseau.Axboe a constaté que lors de l'exécution d'io_uring dans un environnement virtuel, des blocages intermittents survenaient lors de l'utilisation de périphériques AHCI et SCSI. Ce problème ne se manifestait pas avec les disques NVMe modernes, ce qui rendait le diagnostic précis difficile. L'analyse a révélé un comportement inattendu dans l'une des boucles de traitement d'événements de QEMU . Un appel à la fonction ppoll() pouvait bloquer l'exécution pendant 500 millisecondes. Dans le contexte des opérations d'entrée/sortie, ce délai est considérable. Axboe a opté pour le modèle Claude, développé par Anthropic . Ce modèle tire son nom de Claude Shannon , fondateur de la théorie de l'information. Claude appartient à la famille des grands modèles de langage et est conçu comme un outil d'aide à l'analyse du code et de la documentation. D'après le développeur, l'IA l'a aidé à identifier les dépendances du code et à comprendre le mécanisme à l'origine des blocages des machines virtuelles. Lors des tests, l'environnement a planté, mais le système a finalement été stabilisé et une solution a été trouvée. Cette collaboration a permis de corriger deux problèmes. La première s'attaquait à la cause profonde du problème, la seconde apportait une amélioration mineure. Le plus surprenant était que le changement clé tenait sur une seule ligne de code. Axboe estimait que, dans certains cas, cette correction pouvait améliorer les performances d'E/S de 50 à 80 fois. Au sein de la communauté open source, les attitudes envers les outils d'IA sont parfois ambivalentes. Certains projets en restreignent l'utilisation, invoquant des problèmes de licence et la qualité du code généré. À titre d'exemple, citons la décision des développeurs de la distribution Gentoo de se détourner de GitHub et de renoncer aux outils d'IA dans leur processus de développement. De même, le projet GNOME a officiellement durci ses règles concernant les extensions du shell, interdisant la publication de code généré par IA dans la bibliothèque d'extensions GNOME. Parallèlement, un nombre croissant de développeurs considèrent les modèles de langage comme un outil d'analyse plutôt que comme un générateur de fragments de code prédéfinis. Dans ce contexte, le cas d'Axboe est unique, car il concerne le cœur d'un système d'exploitation utilisé sur des millions de serveurs et d'appareils. Un élément intéressant à prendre en compte dans cette histoire est la position du créateur de Linux lui-même. Linus Torvalds a récemment admis utiliser des modèles de langage lorsqu'il travaille avec Python. Il n'a pas caché sa satisfaction quant aux résultats, tout en soulignant qu'il considère l'IA comme un outil d'aide à la décision. Si les correctifs d'Axboe passent par l'ensemble du processus d'approbation et sont intégrés à la branche stable du noyau, ce sera l'une des premières fois qu'un réseau neuronal aura réellement contribué à l'optimisation d'un composant Linux critique. (Lire la suite)
  •  

Linux 7.0 accélère considérablement le travail avec la mémoire cache du PC.

La dernière version du noyau Linux 7.0 a considérablement accéléré la libération de la mémoire système utilisée pour la mise en cache des fichiers volumineux. D'après les messages publiés sur la liste de diffusion des développeurs du noyau, le nouveau correctif, préparé pour la fenêtre d'intégration de Linux 7.0, a démontré une augmentation de 75 % de la vitesse de libération de la mémoire lors des tests. Dans un test de performance, les développeurs ont alloué 10 Go de données liées à un fichier, puis en ont libéré 8 Go. Sur un serveur Arm64 à 32 cœurs, le processus s'est exécuté environ 75 % plus rapidement que la version précédente de Linux, tandis que sur un système x86, le gain de vitesse a dépassé les 50 %. Imaginez un système exécutant une base de données volumineuse ou une autre tâche gourmande en mémoire : le noyau peut stocker des dizaines, voire des centaines de gigaoctets de données de fichiers fréquemment consultés en RAM, offrant ainsi un accès nettement plus rapide qu'une lecture depuis le stockage. Lorsque la mémoire est saturée et qu'il est nécessaire de libérer du cache, ce processus est considérablement accéléré. Si les utilisateurs lambda ne remarqueront probablement pas la différence, pour les hyperscalers, le calcul haute performance, l'IA et autres scénarios à forte intensité de données, cela représente un gain de performance significatif. De plus, il est à noter que les développeurs de ce système d'exploitation ont une fois de plus privilégié l'optimisation aux nouvelles fonctionnalités, tandis que Microsoft s'efforce toujours d'intégrer l'IA à Windows, même si beaucoup n'en ont pas besoin. (Lire la suite)
  •  

Gentoo quitte GitHub. Les développeurs en ont assez de l'IA et de Copilot de Microsoft.

Le projet Gentoo a annoncé avoir entamé le processus de retrait de la plateforme GitHub de Microsoft. Cette décision est motivée par la présence croissante d'outils d'intelligence artificielle générative dans l'écosystème du service et par sa politique de promotion de l'assistant de programmation Copilot. Les développeurs de Gentoo ont confirmé que l'infrastructure de miroirs de code source du projet est en cours de migration vers une nouvelle plateforme d'hébergement. Codeberg a été choisi comme destination finale. La première phase de la migration s'est achevée le 16 février 2026. Les dépôts sur GitHub et Codeberg continuent de fonctionner en parallèle, mais l'équipe annonce une transition complète vers le nouvel environnement. Dans un communiqué officiel, les développeurs de Gentoo ont dénoncé « les tentatives persistantes visant à imposer l'utilisation de l'assistant IA Copilot dans les dépôts du projet ». Ils estiment que les pressions exercées pour intégrer des outils d'intelligence artificielle portent atteinte à l'autonomie de la communauté qui développe la distribution. GitHub Copilot est un assistant de programmation basé sur le modèle Codex d'OpenAI. Cet outil analyse le code et les commentaires, et génère des extraits de programme suggérés. Il s'intègre aux environnements tels que Visual Studio et les solutions JetBrains, notamment IntelliJ IDEA et PyCharm. Copilot a fait ses débuts en 2021 en tant qu'outil de test gratuit. Une version commerciale, basée sur un modèle d'abonnement, a été lancée en 2023. Depuis, l'assistant est devenu une fonctionnalité permanente de GitHub, et certains projets open source ont commencé à signaler des problèmes liés à l'afflux de tickets et de demandes de fusion générés automatiquement. Fin janvier 2026, la direction de GitHub a lancé un débat public sur l'ampleur du phénomène de code de mauvaise qualité généré par l'IA. Elle a envisagé la possibilité de désactiver complètement les demandes de fusion dans certains dépôts. Le conflit avec GitHub s'inscrit dans le cadre de la politique générale du projet. Au printemps 2024, les développeurs de Gentoo ont adopté une interdiction formelle de l'utilisation de l'intelligence artificielle générative dans le développement du système. Cela inclut l'utilisation de chatbots comme ChatGPT et Google Bard, ainsi que d'outils comme Copilot. L'interdiction concerne la création d'ebuilds, la rédaction de code, la documentation et le signalement de bogues. Les développeurs justifient cette décision par des considérations juridiques, de qualité et éthiques. Ils soulignent notamment les difficultés à vérifier l'origine des extraits de code générés par les modèles de langage et le risque de violation des licences open source. En octobre 2022, Copilot s'est retrouvé au cœur d'une polémique suite à des signalements de génération d'extraits de code protégés par le droit d'auteur. En janvier 2026, le développeur de l'outil cURL a mis fin à son programme de primes aux bogues, en place depuis de nombreuses années . Cette décision faisait suite à une vague de signalements de mauvaise qualité, générés par l'IA, qui a surchargé l'équipe chargée de leur examen. Pour la communauté Gentoo, ces exemples confirment les inquiétudes concernant le contrôle qualité et la responsabilité du code. Le projet est désormais hébergé sur Codeberg, une plateforme basée sur le logiciel libre Forgejo. Ce service est financé par l'association allemande à but non lucratif Codeberg e.V. Son modèle de fonctionnement repose sur une gouvernance transparente et le soutien de la communauté. Des dépôts miroirs des principaux composants de Gentoo sont désormais disponibles sur Codeberg, notamment le système de gestion de paquets Portage, la collection officielle d'ebuilds, le serveur de tâches Steve et Gentoolkit. La migration est mise en œuvre par étapes. L'équipe poursuit sa synchronisation avec GitHub afin d'assurer la continuité des services pour les utilisateurs et les développeurs. Gentoo est une distribution GNU/Linux développée depuis 2002. Sa particularité réside dans la compilation des logiciels à partir du code source grâce à Portage, une solution inspirée du système de ports de FreeBSD. Les utilisateurs peuvent personnaliser les paramètres de compilation en fonction de leur matériel et de leurs besoins.D'après les données publiées par DistroWatch, Gentoo se classe 55e en termes de popularité parmi les distributions Linux et de type Unix, devançant des projets comme Xubuntu et Deepin. Actuellement, le haut du classement comprend CachyOS, Linux Mint, MX Linux, Debian et EndeavourOS. (Lire la suite)
  •  

Systemd-analyze - L'outil indispensable pour accélérer son boot Linux

Vous trouvez que votre Linux met 3 plombes à démarrer et vous regardez l'écran de boot défiler en vous demandant ce qui peut bien prendre autant de temps ?

Hé bien bonne nouvelle los amigos del manchos, si vous utilisez une distribution basée sur systemd (comme Debian, Ubuntu, Fedora, Arch, et compagnie), il existe un outil natif déjà installé qui permet de diagnostiquer tout ça : systemd-analyze

Ce truc c'est un peu le médecin légiste de votre démarrage système. Il dissèque chaque étape, identifie les unités qui traînent la patte, et vous permet de comprendre où part votre précieux temps. Pour ceux qui débarquent, systemd est le système d'initialisation adopté par la plupart des distributions modernes, et il permet justement de lancer plein de trucs en parallèle pour gagner du temps.

Pour commencer, la commande de base c'est tout simplement :

systemd-analyze time

Elle vous sort un récapitulatif du temps passé dans chaque phase, généralement le kernel, l'initrd (le RAM disk initial), et l'espace utilisateur. Selon votre configuration, vous pourriez aussi voir passer le firmware ou le bootloader. Ça donne un truc du genre "Startup finished in 2.5s (kernel) + 19s (initrd) + 47s (userspace)". Déjà là, vous savez si le problème vient de votre noyau ou de vos services.

Mais le truc vraiment cool pour fouiller un peu plus dans le détail, c'est :

systemd-analyze blame

Cette commande vous balance la liste des unités systemd, triées par le temps qu'elles ont mis à s'initialiser. C'est un peu comme un classement des cancres de la Ve République. Vous voyez direct qui sont les boulets qui ralentissent tout le monde. Genre ce service réseau qui attend 20 secondes une connexion qui n'arrivera jamais, ou ce truc de logs qui prend son temps pour se réveiller.

Attention quand même, y'a un petit piège car un service qui met 10 secondes à démarrer ne signifie pas forcément que votre boot est rallongé de 10 secondes. Pourquoi me diriez-vous ? Hé bien parce que systemd lance plein de trucs en parallèle. Un service peut donc prendre son temps tranquille pendant que d'autres bossent en même temps sans bloquer personne.

Pour vraiment piger ce qui coince sur le chemin critique, lancez plutôt :

systemd-analyze critical-chain

Ça, c'est le top car ça vous montre la chaîne critique, c'est-à-dire la séquence exacte d'événements qui détermine vraiment votre temps de démarrage final. Vous voyez exactement quelles unités sont sur le chemin et lesquelles attendent les autres. Le temps après le "@" indique quand l'unité est devenue active, et le temps après le "+" montre combien de temps elle a pris pour démarrer. C'est bien plus fiable que blame pour identifier les vrais goulots d'étranglement.

Et si vous êtes du genre visuel, y'a même :

systemd-analyze plot > boot.svg

Et avec ça, hop, ça génèrera un magnifique graphique SVG qui représentera la chronologie de votre séquence de boot. Vous pourrez ensuite l'ouvrir dans votre navigateur et voir en un coup d'oeil ce qui démarre quand et combien de temps ça dure. C'est super pratique pour épater la galerie ou juste visualiser l'ordre de lancement.

Maintenant, une fois que vous avez identifié les coupables, comment on fait pour accélérer tout ça ?

Déjà, vous pouvez désactiver les services dont vous n'avez pas besoin avec :

sudo systemctl disable nom-du-service

Gardez en tête que disable supprime seulement le lancement automatique au boot, mais n'empêche pas une activation indirecte via une dépendance ou un socket. Si vous voulez vraiment qu'un service ne démarre plus jamais, utilisez mask. Et surtout, ne désactivez pas n'importe quoi comme un bourrin, hein ! Je vous connais ! Non, non, avant de toucher à un service, vérifiez d'abord ce qui en dépend :

systemctl list-dependencies nom-du-service

Car si vous cassez un truc important, votre système risque de ne plus démarrer correctement. Donc si vous n'êtes pas sûr, gardez vos mimines dans vos poches. D'ailleurs, si vous bidouillez vos fichiers d'unité (comme pour automatiser Shiori par exemple), sachez que vous pouvez aussi les vérifier pour débusquer les erreurs avec :

systemd-analyze verify /chemin/vers/unite.service

C'est super pratique pour éviter les mauvaises surprises au prochain redémarrage. Voilà et si vous cherchez d'autres astuces pour optimiser votre machine Linux , n'hésitez pas à jeter un oeil à mon article sur TLP.

Ah j'oubliais, y'a aussi la commande systemd-analyze security qui permet d'analyser le niveau d'exposition sécurité de vos services. Elle attribue un score heuristique d'exposition basé sur les options de durcissement (hardening) actives. Plus le score est bas, mieux le service est protégé contre d'éventuelles failles. C'est donc un excellent point de départ pour identifier les services qui mériteraient un peu plus de love côté isolation.

Bref, cet analyseur de démarrage c'est vraiment l'outil indispensable pour qui veut comprendre et optimiser son boot Linux. C'est natif, c'est puissant, et ça vous évite de passer des heures à chercher pourquoi votre machine met autant de temps que vous à se réveiller le matin ^^.

  •  

Ubuntu 26.04 « Resolute Raccoon » dévoile sa mascotte officielle

Canonical vient de lever le voile sur la mascotte officielle d’Ubuntu 26.04 LTS « Resolute Raccoon ». Ce nouveau visage de la distribution Linux adopte le style géométrique minimaliste qui caractérise l’identité visuelle d’Ubuntu depuis plusieurs versions. Une tradition bien ancrée chez Ubuntu, qui attribue depuis toujours un nom de code animalier à chacune de ses versions. … Lire la suite

Source

  •  

Linux 7.0 se profile : un changement de numéro « cosmétique », mais un tournant très réel avec Rust

Le noyau Linux s’apprête à changer de décennie… au moins dans la manière dont on le nomme. Après la sortie de Linux 6.19, Linus Torvalds a confirmé que la prochaine branche s’appellera Linux 7.0 — non pas pour célébrer une refonte spectaculaire, mais parce que les numéros « deviennent trop grands » à ses yeux. Une décision fidèle à […]

L’article Linux 7.0 se profile : un changement de numéro « cosmétique », mais un tournant très réel avec Rust est apparu en premier sur BlogNT : le Blog des Nouvelles Technologies.

  •  

Linus Torvalds critique les nouvelles fonctionnalités de Linux 7.0

La communauté open source est de nouveau en émoi. Linus Torvalds a rejeté un ensemble de modifications du sous-système MMC prévu pour le noyau Linux 7.0. Lors d'une discussion publique, il a qualifié ces propositions de « pure camelote » et de « camelote non testée », et a annoncé qu'il ne les intégrerait pas à la prochaine version du système. Les propos acerbes ne sont pas nouveaux de sa part, mais cette fois-ci, il s'agit d'un fragment de code gérant la mémoire flash et la communication avec de nombreux appareils populaires, ce qui n'a pas forcément été bien accueilli par la communauté et les développeurs. Les auteurs du correctif prévoyaient de nombreuses mises à jour, notamment l'ajout d'identifiants pour les nouveaux chipsets NXP IW61x prenant en charge le Wi-Fi sur SDIO. La prise en charge des appareils commercialisés après 2025 était également prévue. Le package comprenait également des modifications relatives au mécanisme d'effacement sécurisé et de TRIM pour certaines cartes eMMC Kingston, une prise en charge étendue du processeur mobile MediaTek MT8189 dans le pilote mtk-sd, ainsi que des refontes du code des composants SHDCI et DW_MMC. Du point de vue des fabricants de matériel, il s'agissait d'une étape indispensable avant la prochaine version majeure du noyau. Torvalds ne remettait pas en cause le principe même du développement du sous-système. Ses principales réserves concernaient la préparation des modifications. Il estimait que les auteurs n'avaient pas effectué les tests nécessaires sur la branche linux-next, utilisée pour la vérification de la compatibilité et la détection des conflits. Lors de leur échange, il a relevé des erreurs précises. Après l'intégration de certains codes, la compilation du noyau a échoué. Pour le responsable du projet, il s'agit d'une limite à ne pas franchir. Le créateur de Linux dirige le développement du système depuis le début des années 1990. Au fil des décennies, il a habitué la communauté à un langage direct et à la dénonciation publique des erreurs. Ces dernières années, ces situations sont devenues de plus en plus fréquentes, suscitant à chaque fois un débat sur la culture d'entreprise au sein de l'un des projets informatiques les plus importants au monde. De nombreux développeurs acceptent ces règles strictes, tandis que d'autres font état de découragement et d'épuisement professionnel. Malgré ces divergences, l'autorité de Torvalds en matière technique demeure incontestable, notamment lorsqu'il s'agit de signaler des bogues susceptibles de bloquer la mise en production d'un système. Cette fois, la colère de Torvalds semble justifiée. Parmi ses critiques acerbes adressées aux auteurs du correctif, il a pointé du doigt plusieurs bogues spécifiques engendrés par ces mises à jour. Si le code proposé est intégré au noyau, la compilation échouera. Le chef de projet a clairement indiqué qu'il ne souhaitait plus recevoir de propositions des auteurs du paquetage défectueux dans le cadre du cycle de développement de Linux 7.0. Les modifications ont été reportées à la phase d'intégration de la version 7.1. Les développeurs devraient les présenter après une série complète de tests réalisés conformément aux procédures en vigueur. Le calendrier de publication prévoit la sortie de Linux 7.0 au printemps 2026. Une nouvelle discussion sur le sujet sera ouverte peu après. Pour les entreprises qui attendent de nouvelles fonctionnalités, cela implique un délai de plusieurs semaines et la nécessité d'assurer la maintenance de leurs solutions existantes. (Lire la suite)
  •  

Medulla

Medulla est une plateforme complète de gestion informatique pensée pour simplifier, automatiser et sécuriser l’ensemble des opérations liées à un parc informatique, qu’il soit en entreprise, en télétravail ou distribué sur plusieurs sites.
Permalien

  •  
❌