{"id":120593,"date":"2024-11-18T13:09:07","date_gmt":"2024-11-18T11:09:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-6-12-s-podderzhkoj-realtime-rezhima"},"modified":"2024-11-18T13:09:07","modified_gmt":"2024-11-18T11:09:07","slug":"reliz-yadra-linux-6-12-s-podderzhkoj-realtime-rezhima","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-6-12-s-podderzhkoj-realtime-rezhima","title":{"rendered":"Sortie du noyau Linux 6.12 avec prise en charge du mode Realtime","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Apr\u00e8s deux mois de d\u00e9veloppement, Linus Torvalds a pr\u00e9sent\u00e9 la version du noyau Linux 6.12. Parmi les changements les plus notables : la possibilit\u00e9 d'activer le mode temps r\u00e9el, sched_ext pour la cr\u00e9ation de planificateurs CPU via eBPF, l'affichage d'un code QR en cas d'\u00e9tats d'urgence, le m\u00e9canisme Device Memory TCP, le m\u00e9canisme de r\u00e9servation des ressources SCHED_DEADLINE server, l'am\u00e9lioration du planificateur de t\u00e2ches EEVDF, et le module IPE pour d\u00e9finir des politiques d'int\u00e9grit\u00e9.        <\/p>\n<p>La nouvelle version contient 14607 corrections de 2167 d\u00e9veloppeurs, la taille du patch est de 37 Mo (les modifications ont touch\u00e9 13087 fichiers, 507913 lignes de code ont \u00e9t\u00e9 ajout\u00e9es et 234083 lignes supprim\u00e9es). Dans la pr\u00e9c\u00e9dente version, il y avait 15130 corrections de 2078 d\u00e9veloppeurs, la taille du patch \u00e9tait de 85 Mo (dans le noyau 6.10, le patch mesurait 41 Mo). Environ 45% de toutes les modifications pr\u00e9sent\u00e9es dans 6.12 concernent les pilotes de p\u00e9riph\u00e9riques, environ 12% des changements sont li\u00e9s \u00e0 la mise \u00e0 jour du code sp\u00e9cifique aux architectures mat\u00e9rielles, 13% concernent la pile r\u00e9seau, 6% \u00e0 des syst\u00e8mes de fichiers et 3% aux sous-syst\u00e8mes internes du noyau.      <\/p>\n<p>Les principales nouveaut\u00e9s du noyau 6.12 :  <\/p>\n<ul>\n<li class=\"l\"> <b>M\u00e9moire et services syst\u00e8me<\/b>\n<ul>\n<li class=\"l\"> Il est d\u00e9sormais possible de compiler le noyau avec l'option PREEMPT_RT sans patchs suppl\u00e9mentaires pour un fonctionnement en temps r\u00e9el. La derni\u00e8re fonctionnalit\u00e9 manquante dans le noyau, qui emp\u00eachait l'activation du mode PREEMPT_RT, \u00e9tait la prise en charge de l'affichage atomique non-bloquant via la fonction printk, qui a \u00e9galement \u00e9t\u00e9 int\u00e9gr\u00e9e dans le noyau. Le support de PREEMPT_RT est disponible pour les architectures x86, x86_64, ARM64 et RISC-V. Jusqu'\u00e0 pr\u00e9sent, la mise en \u0153uvre du mode PREEMPT_RT \u00e9tait fournie sous forme de patchs externes, \u00e0 partir desquels certaines distributions, telles que RHEL, SUSE et Ubuntu, cr\u00e9aient des \u00e9ditions Realtime distinctes de leurs produits, tr\u00e8s demand\u00e9es dans des domaines tels que les syst\u00e8mes financiers, les appareils de traitement audio et vid\u00e9o, l'aviation, la m\u00e9decine, la robotique, ainsi que les syst\u00e8mes de t\u00e9l\u00e9communications et industriels, o\u00f9 il est n\u00e9cessaire d'assurer un temps de traitement des \u00e9v\u00e9nements pr\u00e9visible.\n<li class=\"l\"> Un m\u00e9canisme &#171;sched_ext&#187; (SCX) a \u00e9t\u00e9 ajout\u00e9, permettant d'utiliser eBPF pour cr\u00e9er des planificateurs CPU, couvrant presque tous les aspects de la planification de l'ex\u00e9cution des t\u00e2ches et de la r\u00e9partition des ressources CPU. De tels planificateurs peuvent \u00eatre charg\u00e9s dynamiquement et ex\u00e9cut\u00e9s \u00e0 l'int\u00e9rieur du noyau Linux. <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/fr\/vps\/abuzoustojchivye-vps\/\"   title=\"une machine virtuelle\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"4348\">une machine virtuelle<\/a> eBPF. Le m\u00e9canisme sched_ext simplifie la cr\u00e9ation de planificateurs sp\u00e9cifiques \u00e0 certaines t\u00e2ches, permettant d'exp\u00e9rimenter diff\u00e9rentes techniques et strat\u00e9gies de planification, ainsi que de cr\u00e9er rapidement des prototypes de travail et de remplacer les planificateurs \u00e0 la vol\u00e9e dans les infrastructures op\u00e9rationnelles. Par exemple, gr\u00e2ce \u00e0 sched_ext, il est possible de cr\u00e9er un planificateur qui prend en compte les sp\u00e9cificit\u00e9s d'une application donn\u00e9e et ajuste dynamiquement sa strat\u00e9gie de planification en fonction de l'\u00e9tat du syst\u00e8me et d'autres facteurs suppl\u00e9mentaires.\n<li class=\"l\"> La mise \u00e0 jour inclut le reste des correctifs n\u00e9cessaires au fonctionnement du m\u00e9canisme SCHED_DEADLINE server, qui r\u00e9sout le probl\u00e8me de l'allocation insuffisante des ressources CPU aux t\u00e2ches ordinaires en raison de la monopolisation du CPU par des t\u00e2ches \u00e0 haute priorit\u00e9 (realtime). Pour \u00e9viter la monopolisation du CPU, le noyau utilisait pr\u00e9c\u00e9demment le m\u00e9canisme de Realtime throttling, qui tentait de r\u00e9server 5 % pour les t\u00e2ches de basse priorit\u00e9, laissant 95 % du temps aux t\u00e2ches realtime. Ce m\u00e9canisme laissait \u00e0 d\u00e9sirer car les t\u00e2ches ordinaires recevaient souvent moins de temps processeur. Le serveur SCHED_DEADLINE met en \u0153uvre un m\u00e9canisme de r\u00e9servation des ressources plus efficace.\n<li class=\"l\"> L'int\u00e9gration du planificateur de t\u00e2ches EEVDF (Earliest Eligible Virtual Deadline First) est termin\u00e9e. Ce planificateur a remplac\u00e9 le CFS (Completely Fair Scheduler), qui \u00e9tait fourni depuis le noyau 2.6.23. Le nouveau planificateur prend en compte, lors du choix du prochain processus \u00e0 ex\u00e9cuter, ceux qui n'ont pas re\u00e7u suffisamment de ressources processeur ou qui ont re\u00e7u injustement trop de temps processeur. Dans le premier cas, la gestion est transf\u00e9r\u00e9e de mani\u00e8re forc\u00e9e au processus, tandis que dans le second, elle est retard\u00e9e. L'ancien planificateur CFS utilisait une heuristique et des r\u00e9glages fins pour d\u00e9terminer les processus n\u00e9cessitant une attention particuli\u00e8re, tandis que le nouveau planificateur les suit plus explicitement et ne n\u00e9cessite pas de r\u00e9glages fins. On s'attend \u00e0 ce que l'EEVDF r\u00e9duise les d\u00e9lais d'ex\u00e9cution des t\u00e2ches qui posaient probl\u00e8me au CFS en mati\u00e8re de planification.\n<li class=\"l\"> Dans le gestionnaire d'exception du noyau &#8212; DRM Panic, qui utilise le sous-syst\u00e8me DRM (Direct Rendering Manager) pour afficher un rapport visuel de style &#171;\u00e9cran bleu de la mort&#187;, la possibilit\u00e9 d'afficher le logo et un code QR avec le rapport kmsg lors d'un \u00e9tat d'urgence a \u00e9t\u00e9 ajout\u00e9e. Puisque le code QR ne peut contenir que 2953 octets, une option DRM_PANIC_SCREEN_QR_CODE_URL a \u00e9t\u00e9 pr\u00e9vue, o\u00f9 le rapport kmsg est compress\u00e9 \u00e0 l'aide de zlib et attach\u00e9 en tant que param\u00e8tre \u00e0 l'URL, permettant de transmettre environ 7500 octets via le code QR V40. Lors de la cr\u00e9ation de paquets avec le noyau, les distributions peuvent d\u00e9finir un lien de base pour l'URL, ce qui permettra d'organiser un passage \u00e0 la page pour envoyer un rapport de probl\u00e8me. Il existe un param\u00e8tre DRM_PANIC_SCREEN_QR_VERSION pour choisir le format du code QR.\n<li class=\"l\"> Le support de l'extension ARM POE (Permission Overlay Extension) a \u00e9t\u00e9 ajout\u00e9, permettant de d\u00e9finir des droits d'acc\u00e8s \u00e0 des zones de m\u00e9moire. Gr\u00e2ce \u00e0 cette extension, sur les syst\u00e8mes avec des processeurs ARM64, un m\u00e9canisme de Memory Protection Keys peut \u00eatre mis en \u0153uvre, permettant de restreindre l'acc\u00e8s aux pages de m\u00e9moire sans modifier la table des pages de m\u00e9moire.\n<li class=\"l\"> Pour les architectures Loongarch, ARM64, PowerPC et s390, l'impl\u00e9mentation de l'appel syst\u00e8me getrandom() a \u00e9t\u00e9 transf\u00e9r\u00e9e, optimis\u00e9e gr\u00e2ce au m\u00e9canisme vDSO (virtual dynamic shared object), qui permet de d\u00e9placer le gestionnaire d'appels syst\u00e8me de l'espace noyau \u00e0 l'espace utilisateur et d'\u00e9viter les commutations de contexte. Cette optimisation permet d'acc\u00e9l\u00e9rer jusqu'\u00e0 15 fois la g\u00e9n\u00e9ration de nombres al\u00e9atoires.\n<li class=\"l\"> Dans le sous-syst\u00e8me d'E\/S asynchrone io_uring, une fonctionnalit\u00e9 a \u00e9t\u00e9 ajout\u00e9e pour utiliser des d\u00e9lais d'attente absolus, qui se d\u00e9clenchent lorsqu'un certain temps est atteint sur l'horloge syst\u00e8me (auparavant, seuls des d\u00e9lais relatifs pouvaient \u00eatre sp\u00e9cifi\u00e9s, indiquant la dur\u00e9e depuis le d\u00e9but de l'op\u00e9ration).\n<li class=\"l\"> Des fichiers pour g\u00e9n\u00e9rer des liaisons pour la biblioth\u00e8que libcpupower \u00e0 l'aide de l'outil SWIG ont \u00e9t\u00e9 ajout\u00e9s, permettant de cr\u00e9er des liaisons \u00e0 partir de code C\/C++ pour divers langages de programmation. Ces liaisons permettent de cr\u00e9er des scripts en Python et dans d'autres langages et de les utiliser pour \u00e9tendre les fonctionnalit\u00e9s de la biblioth\u00e8que libcpupower, offrant une API pour g\u00e9rer cpufreq et les pilotes depuis l'espace utilisateur.\n<li class=\"l\"> Dans l'outil cpuidle, une visualisation de la valeur d'\u00e9tat de veille &#171;residency&#187; a \u00e9t\u00e9 mise en \u0153uvre, utilis\u00e9e pour les syst\u00e8mes en temps r\u00e9el et tenant compte du temps minimal que le processeur doit passer en \u00e9tat de veille pour justifier les co\u00fbts d'\u00e9nergie li\u00e9s \u00e0 la transition vers cet \u00e9tat et \u00e0 la sortie.\n<li class=\"l\"> Ajout de la possibilit\u00e9 d'utiliser le compilateur Clang pour compiler la biblioth\u00e8que standard C nolibc, qui fait partie des sources du noyau Linux et fournit un wrapper pour les appels syst\u00e8me de base. Lors de la compilation de nolibc avec Clang, l'optimisation au moment de l'\u00e9dition des liens (LTO) est autoris\u00e9e.\n<li class=\"l\"> Certaines interfaces cgroup1, telles que le comptage TCP, la premi\u00e8re version des limites souples (soft limit) et la gestion de l'\u00e9puisement de la m\u00e9moire libre, ont \u00e9t\u00e9 d\u00e9clar\u00e9es obsol\u00e8tes. Le support de ces fonctionnalit\u00e9s reste enti\u00e8rement en place pour le moment, et un avertissement a \u00e9t\u00e9 \u00e9mis pour \u00e9tudier le nombre d'utilisateurs qui continuent d'utiliser ces capacit\u00e9s.\n<li class=\"l\"> Ajout de la possibilit\u00e9 de configurer un tampon circulaire de trace pour conserver les donn\u00e9es accumul\u00e9es apr\u00e8s un red\u00e9marrage, permettant ainsi de ne pas perdre les informations de d\u00e9bogage accumul\u00e9es en cas de plantage du noyau. Les donn\u00e9es sont conserv\u00e9es en m\u00e9moire. L'activation se fait via un param\u00e8tre de ligne de commande du noyau trace_instance, par exemple, d\u00e9finir \u00ab trace_instance=boot_map@0x285400000:12M \u00bb r\u00e9serve 12 Mo de m\u00e9moire \u00e0 l'adresse 0x285400000 pour le tampon \u00ab boot_map \u00bb, qui sera accessible via le fichier \/sys\/kernel\/tracing\/instances\/boot_map.\n<li class=\"l\"> Poursuite du transfert des changements depuis la branche Rust-for-Linux, li\u00e9s \u00e0 l'utilisation de Rust comme deuxi\u00e8me langage pour le d\u00e9veloppement de pilotes et de modules du noyau (le support de Rust n'est pas activ\u00e9 par d\u00e9faut, et cela ne rend pas Rust obligatoire dans les d\u00e9pendances de compilation du noyau). Ajout des modules \u2018list\u2019 et \u2018rbtree\u2019 pour g\u00e9rer les listes cha\u00een\u00e9es bidirectionnelles et les arbres rouges-noirs. Les capacit\u00e9s des modules \u2018init\u2019, \u2018sync\u2019, \u2018types\u2019 et \u2018error\u2019 ont \u00e9t\u00e9 \u00e9tendues. Possibilit\u00e9 d'utiliser du code Rust lors de la compilation du noyau et de se prot\u00e9ger contre les attaques Spectre (options MITIGATION_{RETHUNK,RETPOLINE,SLS}), d'utiliser le syst\u00e8me de d\u00e9bogage KASAN, les m\u00e9canismes de protection kCFI (kernel Control Flow Integrity) et Shadow Call, ainsi que lors de l'utilisation de plugins suppl\u00e9mentaires de GCC. Ajout d'un pilote pour le contr\u00f4leur Ethernet Applied Micro QT2025 PHY, \u00e9crit en Rust. Un site Web s\u00e9par\u00e9 avec de la documentation a \u00e9t\u00e9 pr\u00e9par\u00e9 \u2014 rust.docs.kernel.org.\n<li class=\"l\"> Une utilitaire xdrgen a \u00e9t\u00e9 ajout\u00e9e au code source du noyau pour transformer les sp\u00e9cifications XDR (eXternal Data Representation) en fonctions d'encodage et de d\u00e9codage XDR, \u00e9crites dans le style C adopt\u00e9 dans le noyau Linux.\n<li class=\"l\"> Un changement a \u00e9t\u00e9 int\u00e9gr\u00e9 au noyau avec la mise en \u0153uvre d'un m\u00e9canisme de masquage des pointeurs pour r\u00e9duire le nombre d'appels lents \u00e0 barrier_nospec() dans la fonction 64 bits copy_from_user(), utilis\u00e9e pour copier des donn\u00e9es vers le noyau depuis l'espace utilisateur. L'application du masquage acc\u00e9l\u00e8re de 2,6 % le passage du test \u00ab per_thread_ops \u00bb, qui \u00e9value le nombre d'op\u00e9rations pouvant \u00eatre effectu\u00e9es dans un seul fil.\n<li class=\"l\"> Ajout d'un nouveau pilote USB, permettant d'utiliser le protocole 9pfs comme transport pour l'envoi et la r\u00e9ception de donn\u00e9es avec un p\u00e9riph\u00e9rique USB, lors de la montage d'un syst\u00e8me de fichiers 9p sur USB (par exemple, \u00ab mount -t 9p -o trans=usbg,aname=\/path\/to\/fs  \/mnt\/9 \u00bb). Un exemple d'application de ce nouveau pilote est son utilisation en remplacement de NFS pour organiser le chargement de la partition racine lors du d\u00e9veloppement de dispositifs embarqu\u00e9s.                    <\/ul>\n<li class=\"l\"> <b>Sous-syst\u00e8me de disque, entr\u00e9e\/sortie et syst\u00e8mes de fichiers<\/b>\n<ul>\n<li class=\"l\"> Le sous-syst\u00e8me VFS a ajout\u00e9 la possibilit\u00e9 de travailler avec des dispositifs de stockage dont la taille des blocs est sup\u00e9rieure \u00e0 celle de la page m\u00e9moire dans le syst\u00e8me. Dans les syst\u00e8mes de fichiers, cette fonctionnalit\u00e9 est actuellement support\u00e9e uniquement par XFS.\n<li class=\"l\"> Le sous-syst\u00e8me FUSE, qui permet de cr\u00e9er des impl\u00e9mentations de syst\u00e8mes de fichiers fonctionnant dans l'espace utilisateur, a ajout\u00e9 la prise en charge de la mappage des identifiants utilisateurs des syst\u00e8mes de fichiers mont\u00e9s, utilis\u00e9 pour faire correspondre les fichiers d'un utilisateur sp\u00e9cifique sur une partition mont\u00e9e d'un autre utilisateur dans le syst\u00e8me actuel.\n<li class=\"l\"> Une nouvelle op\u00e9ration fcntl F_CREATED_QUERY a \u00e9t\u00e9 mise en \u0153uvre, permettant \u00e0 l'application de d\u00e9terminer si un fichier ouvert avec le drapeau O_CREAT a \u00e9t\u00e9 cr\u00e9\u00e9 ou s'il existait d\u00e9j\u00e0 auparavant.\n<li class=\"l\"> L'appel syst\u00e8me name_to_handle_at() a \u00e9t\u00e9 am\u00e9lior\u00e9 pour permettre l'utilisation d'identifiants uniques de 64 bits pour les points de montage afin d'\u00e9viter les conditions de concurrence lors de l'analyse de \/proc\/mountinfo.\n<li class=\"l\"> La taille de la structure \u00abfile\u00bb dans le noyau a \u00e9t\u00e9 r\u00e9duite de 232 \u00e0 184 octets, ce qui permet de diminuer la consommation de m\u00e9moire sur les syst\u00e8mes travaillant activement avec des fichiers.\n<li class=\"l\"> Le montage de syst\u00e8mes de fichiers sur des points de montage \u00e0 l'int\u00e9rieur de la hi\u00e9rarchie \/proc, par exemple, dans \/proc\/PID\/fd, est d\u00e9sormais interdit, car cela posait des probl\u00e8mes de s\u00e9curit\u00e9 potentiels.\n<li class=\"l\"> Dans le pseudo-syst\u00e8me de fichiers NSFS (NameSpace FS), utilis\u00e9 pour travailler avec des espaces de noms, une fonctionnalit\u00e9 a \u00e9t\u00e9 ajout\u00e9e pour fournir des informations suppl\u00e9mentaires sur les espaces de noms des points de montage.\n<li class=\"l\"> Dans le syst\u00e8me de fichiers EROFS (Extendable Read-Only File System), destin\u00e9 \u00e0 \u00eatre utilis\u00e9 sur des partitions accessibles en mode lecture seule, la prise en charge du montage de syst\u00e8mes de fichiers directement \u00e0 partir d'images disque sauvegard\u00e9es sous forme de fichiers a \u00e9t\u00e9 ajout\u00e9e.\n<li class=\"l\"> De nouvelles commandes ioctl XFS_IOC_START_COMMIT et XFS_IOC_COMMIT_RANGE ont \u00e9t\u00e9 ajout\u00e9es dans XFS pour \u00e9changer du contenu entre deux fichiers.\n<li class=\"l\"> NFS a ajout\u00e9 le support du protocole \u00abLOCALIO\u00bb, permettant de d\u00e9terminer si le client et <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/fr\/server\/\"   title=\"serveur\" data-wpil-keyword-link=\"linked\">serveur<\/a> NFS se trouvent sur le m\u00eame h\u00f4te, afin de mettre en \u0153uvre les optimisations appropri\u00e9es.\n<li class=\"l\"> Des optimisations de performances ont \u00e9t\u00e9 propos\u00e9es dans le syst\u00e8me de fichiers Btrfs, un refactoring du code a \u00e9t\u00e9 r\u00e9alis\u00e9, la zone de verrouillage des extensibles a \u00e9t\u00e9 r\u00e9duite lors des op\u00e9rations de lecture, et les travaux ont continu\u00e9 pour passer \u00e0 l'utilisation des folios de pages m\u00e9moire, avec la mise en \u0153uvre d'un lib\u00e9ration automatique de la m\u00e9moire pour la structure btrfs_path.\n<li class=\"l\"> Dans le syst\u00e8me de fichiers Ext4, des erreurs li\u00e9es \u00e0 l'allocation de blocs, \u00e0 la gestion des \u00e9tendues, au m\u00e9canisme \u00abfast commit\u00bb et \u00e0 la journalisation ont \u00e9t\u00e9 corrig\u00e9es.                  <\/ul>\n<li class=\"l\"> <b>Virtualisation et s\u00e9curit\u00e9<\/b>\n<ul>\n<li class=\"l\"> Module LSM IPE (Integrity Policy Enforcement), d\u00e9velopp\u00e9 par Microsoft pour \u00e9tendre le syst\u00e8me de contr\u00f4le d'acc\u00e8s par mandat existant, a \u00e9t\u00e9 ajout\u00e9. Ce module permet de d\u00e9finir une politique globale d'int\u00e9grit\u00e9 pour l'ensemble du syst\u00e8me, indiquant quelles op\u00e9rations sont autoris\u00e9es et comment authentifier les composants. Par exemple, avec IPE, il est possible de sp\u00e9cifier quels fichiers ex\u00e9cutables peuvent \u00eatre lanc\u00e9s tout en v\u00e9rifiant leur conformit\u00e9 avec la version de r\u00e9f\u00e9rence \u00e0 l'aide de hachages cryptographiques fournis par le syst\u00e8me dm-verity.\n<li class=\"l\"> \u00c0 l'\u00e9tape de compilation du noyau, il est d\u00e9sormais possible d'activer s\u00e9par\u00e9ment les m\u00e9thodes de protection contre diverses vuln\u00e9rabilit\u00e9s de la classe Spectre dans le CPU. Dans Kconfig, de nouveaux param\u00e8tres ont \u00e9t\u00e9 propos\u00e9s : MITIGATE_MDS (protection contre la vuln\u00e9rabilit\u00e9 Microarchitectural Data Sampling), MITIGATE_TAA (protection contre la vuln\u00e9rabilit\u00e9 TSX Asynchronous Abort), MITIGATE_MMIO_STALE_DATA (protection contre la vuln\u00e9rabilit\u00e9 MMIO Stale Data), MITIGATE_L1TF (protection contre la vuln\u00e9rabilit\u00e9 L1 Terminal Fault), MITIGATE_RETBLEED (protection contre la vuln\u00e9rabilit\u00e9 Retbleed), MITIGATE_SPECTRE_V1, MITIGATE_SPECTRE_V2 (protection contre les vuln\u00e9rabilit\u00e9s Spectre), MITIGATE_SRBDS (protection contre la vuln\u00e9rabilit\u00e9 Special Register Buffer Data Sampling), MITIGATE_SSB (protection contre la vuln\u00e9rabilit\u00e9 Speculative Store Bypass).\n<li class=\"l\"> Un param\u00e8tre de ligne de commande proc_mem.force_override et un ensemble de configurations de construction dans Kconfig (PROC_MEM_FORCE_ALWAYS, PROC_MEM_FORCE_PTRACE et PROC_MEM_FORCE_NEVER) ont \u00e9t\u00e9 ajout\u00e9s, permettant d'interdire la modification de la m\u00e9moire via \/proc\/pid\/mem.\n<li class=\"l\"> Le sous-syst\u00e8me LSM (Linux security module) a \u00e9t\u00e9 converti pour utiliser des appels statiques, ce qui a renforc\u00e9 la s\u00e9curit\u00e9 et am\u00e9lior\u00e9 les performances.\n<li class=\"l\"> La possibilit\u00e9 d'utiliser des noyaux standard pour l'architecture ARM64 dans des environnements invit\u00e9s ex\u00e9cut\u00e9s sur des syst\u00e8mes Android avec hyperviseur KVM modifi\u00e9 (protected KVM) a \u00e9t\u00e9 assur\u00e9e.\n<li class=\"l\"> Dans le module LSM Landlock, qui permet de limiter l'interaction d'un groupe de processus avec l'environnement ext\u00e9rieur, le concept de \u00abscoping IPC\u00bb a \u00e9t\u00e9 mis en \u0153uvre pour restreindre s\u00e9lectivement les interactions avec des environnements sandbox, utilisant des sockets Unix et des signaux. Par exemple, il est possible d'interdire les connexions utilisant des sockets Unix depuis des environnements sandbox vers des processus qui ne sont pas isol\u00e9s, tout en permettant les connexions avec des processus dans la m\u00eame zone de scope.\n<li class=\"l\"> Dans l'hyperviseur KVM, un indicateur a \u00e9t\u00e9 ajout\u00e9 dans CPUID pour les syst\u00e8mes invit\u00e9s, signalant le support des extensions AVX10.1.            <\/ul>\n<li class=\"l\"> <b>Sous-syst\u00e8me r\u00e9seau<\/b>\n<ul>\n<li class=\"l\"> Un m\u00e9canisme Device Memory TCP a \u00e9t\u00e9 ajout\u00e9, permettant d'utiliser des sockets r\u00e9seau pour envoyer directement le contenu de la m\u00e9moire des p\u00e9riph\u00e9riques sur le r\u00e9seau (mode zero-copy) et de placer directement le contenu des paquets r\u00e9seau dans la zone m\u00e9moire du p\u00e9riph\u00e9rique du c\u00f4t\u00e9 du destinataire. Les donn\u00e9es transmises dans les paquets sont envoy\u00e9es de la carte r\u00e9seau \u00e0 la m\u00e9moire du p\u00e9riph\u00e9rique ou de la m\u00e9moire du p\u00e9riph\u00e9rique \u00e0 la carte r\u00e9seau directement, contournant le CPU, tandis que les en-t\u00eates des paquets sont envoy\u00e9s aux tampons classiques du noyau.\n<li class=\"l\"> Les fonctionnalit\u00e9s de nombreux pilotes Ethernet et sans fil ont \u00e9t\u00e9 \u00e9tendues. Par exemple, dans le pilote Intel iwlwifi, le support des op\u00e9rations RLC\/SMPS a \u00e9t\u00e9 d\u00e9plac\u00e9 du c\u00f4t\u00e9 du firmware, dans le pilote RealTek rtw89, la performance a \u00e9t\u00e9 am\u00e9lior\u00e9e et le support pour les puces RTL8852BT\/8852BE-VT (WiFi 6) a \u00e9t\u00e9 ajout\u00e9, dans le pilote Ethernet microchip, le support des sp\u00e9cifications IEEE 802.3bw (100BASE-T1) et IEEE 802.3bp a \u00e9t\u00e9 ajout\u00e9, et les impl\u00e9mentations des Ethernet virtuels Microsoft vNIC et IBM veth ont \u00e9t\u00e9 am\u00e9lior\u00e9es. De nouveaux pilotes pour les puces Ethernet Realtek RTL9054, RTL9068, RTL9072, RTL9075, RTL9068, RTL9071 et Microchip LAN8650\/1 10BASE-T1S MAC-PHY ont \u00e9t\u00e9 ajout\u00e9s.\n<li class=\"l\"> Dans MPTCP (MultiPath TCP), l'extension du protocole TCP pour la livraison simultan\u00e9e de paquets TCP sur plusieurs chemins via diff\u00e9rentes interfaces r\u00e9seau, la taille des coefficients de poids utilis\u00e9s pour le routage a \u00e9t\u00e9 augment\u00e9e de 8 \u00e0 16 bits. La d\u00e9tection du trafic perdu (blackhole) et la suspension pendant un certain temps des tentatives d'\u00e9tablissement de connexions avec des syst\u00e8mes entra\u00eenant une perte de trafic ont \u00e9t\u00e9 mises en \u0153uvre.\n<li class=\"l\"> Pour IPv6, le support du drapeau \u00abp\u00bb dans le PIO (Prefix Information Option), utilis\u00e9 dans les annonces RA (IPv6 Router Advertisements) pour choisir le mod\u00e8le de d\u00e9ploiement des clients via DHCPv6-PD (DHCPv6 Prefix Delegation, RFC9663) au lieu d'attribuer des adresses individuelles bas\u00e9es sur des pr\u00e9fixes, en utilisant SLAAC (Stateless Address Autoconfiguration), a \u00e9t\u00e9 mis en \u0153uvre. Dans IPv6, IOAM6 a ajout\u00e9 le support d'un nouveau mode d'encapsulation tunsrc, permettant d'obtenir de meilleures performances.\n<li class=\"l\"> La performance du traitement des paquets de contr\u00f4le IPsec a \u00e9t\u00e9 am\u00e9lior\u00e9e.\n<li class=\"l\"> La performance du vidage (flush) de grands ensembles de r\u00e8gles nftables a \u00e9t\u00e9 am\u00e9lior\u00e9e. Dans nfnetlink_queue, le support du protocole SCTP a \u00e9t\u00e9 am\u00e9lior\u00e9.\n<li class=\"l\"> L'API ethtool a ajout\u00e9 la prise en charge de l'association de plusieurs cartes r\u00e9seau \u00e0 une seule interface r\u00e9seau.                      <\/ul>\n<li class=\"l\"> <b>Mat\u00e9riel<\/b>\n<ul>\n<li class=\"l\"> Dans le pilote AMDGPU, le travail sur la prise en charge des GPU AMD RDNA4 (\u00abGFX12\u00bb) a \u00e9t\u00e9 poursuivi. Il est d\u00e9sormais possible de r\u00e9initialiser des files d'attente de t\u00e2ches individuelles sans r\u00e9initialiser l'\u00e9tat de l'ensemble du GPU.\n<li class=\"l\"> Le travail sur le pilote drm (Direct Rendering Manager) Xe pour les GPU bas\u00e9s sur l'architecture Intel Xe, utilis\u00e9s dans les cartes graphiques Intel de la famille Arc et la graphique int\u00e9gr\u00e9e \u00e0 partir des processeurs Tiger Lake, se poursuit. La nouvelle version inclut la prise en charge des GPU bas\u00e9s sur les microarchitectures Battlemage et Lunar Lake. Le support des modificateurs CCS (Color Control Surface) Xe2 pour la gestion des param\u00e8tres des GPU int\u00e9gr\u00e9s et discrets a \u00e9t\u00e9 introduit.\n<li class=\"l\"> Dans le pilote i915, il est d\u00e9sormais possible d'afficher via l'interface HWMON ou sysfs (attribut \u00abfan1_input\u00bb) des informations sur la vitesse de rotation du ventilateur. Le param\u00e8tre \u00abi915.modeset\u00bb a \u00e9t\u00e9 d\u00e9clar\u00e9 obsol\u00e8te, vous devez utiliser le param\u00e8tre \u00abi915.nomodeset\u00bb au lieu de \u00abi915.modeset=0\u00bb.\n<li class=\"l\"> Le pilote DRM msm (GPU Qualcomm Adreno) a ajout\u00e9 la prise en charge des GPU A615, A306 et A621.\n<li class=\"l\"> Dans le pilote Nouveau, une restructuration et un nettoyage des structures internes ont \u00e9t\u00e9 effectu\u00e9s.\n<li class=\"l\"> Le pilote intel_pstate, qui g\u00e8re les param\u00e8tres de consommation d'\u00e9nergie (P-state) sur les syst\u00e8mes avec processeurs Intel, a ajout\u00e9 la prise en charge des syst\u00e8mes hybrides avec des CPU asym\u00e9triques (avec des caract\u00e9ristiques diff\u00e9rentes), ainsi que la prise en charge de la gestion de l'alimentation des processeurs bas\u00e9s sur les microarchitectures Granite Rapids et Sierra Forest. Le pilote intel_idle a ajout\u00e9 la prise en charge des CPU Xeon Granite Rapids. Le pilote intel_rapl a \u00e9t\u00e9 mis \u00e0 jour pour reconna\u00eetre les processus AMD de la famille 1Ah et les processeurs Intel ArrowLake-U.\n<li class=\"l\"> La mise en \u0153uvre des modifications pour la prise en charge du SoC ARM Snapdragon X Elite, qui utilise le propre CPU 12 c\u0153urs Qualcomm Oryon et le GPU Qualcomm Adreno, se poursuit. Cette puce vise une utilisation dans les ordinateurs portables et de bureau, surpassant dans de nombreux tests de performance les puces Apple M3 et Intel Core Ultra 155H.\n<li class=\"l\"> Ajout de la prise en charge des plates-formes ARM, des SoC et des appareils : Broadcom bcm2712 (Raspberry Pi 5), Renesas R9A09G057 (RZ\/V2H), Qualcomm Snapdragon 414 (MSM8929), Lenovo ThinkPad T14s Gen 6, Lenovo A6000\/A6010, Surface Laptop 7, Anbernic RG35XXSP, Firefly Core-PX30-JD4, Lunzn Fastrhino R68S, Aspeed Riser, AGX Orin, Rockchip Qnap-TS433, Huashan Pi, Meta Catalina, BeagleY-AI, NanoPi R2S Plus, ExynosAuto v920, SOPHGO SG2002, Qualcomm IPQ5332, LG G4 (h815), Cool Pi CM5 GenBook, Anbernic RG35XXSP, GameForce Ace, IBM P11, Kontron i.MX93 OSM-S, NanoPC-T6.\n<li class=\"l\"> Ajout de la prise en charge des panneaux d'affichage Anbernic RG28XX, On Tat Industrial Company KD50G21-40NT-A1, Innolux G070ACE-LH3, Melfas lmfbx101117480, Densitron DMT028VGHMCMI-1D, Microchip AC40T08A, AOU B116XTN02.3, AUO B116XAN06.1, AOU B116XAT04.1, BOE TV101WUM-LL2, BOE NV140WUM-N41, BOE NV133WUM-N63, BOE NV116WHM-A4D, BOE NE140WUM-N6G, CMN N116BCA-EA2, CMN N116BCP-EA2, CSW MNB601LS1-4, Starry er88577.\n<li class=\"l\"> Le syst\u00e8me audio prend en charge les puces et codecs RME Digiface USB, AMD ACP 7.1, Mediatek MT6367, MT8365, Realtek RTL1320, C-Media CM9825. Les anciens pilotes audio pour ASoC Intel sont d\u00e9clar\u00e9s obsol\u00e8tes, et il est recommand\u00e9 d'utiliser les pilotes AVS \u00e0 la place. De nombreuses am\u00e9liorations ont \u00e9t\u00e9 apport\u00e9es au pilote SoundWire.      <\/ul>\n<\/ul>\n<p>Source : <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=62243\">opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.12. \u0421\u0440\u0435\u0434\u0438 \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0437\u0430\u043c\u0435\u0442\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439: \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044c \u0432\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u044f Realtime-\u0440\u0435\u0436\u0438\u043c\u0430, sched_ext \u0434\u043b\u044f \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u044f \u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0449\u0438\u043a\u043e\u0432 CPU \u0447\u0435\u0440\u0435\u0437 eBPF, \u0432\u044b\u0432\u043e\u0434 QR-\u043a\u043e\u0434\u0430 \u043f\u0440\u0438 \u0430\u0432\u0430\u0440\u0438\u0439\u043d\u044b\u0445 \u0441\u043e\u0441\u0442\u043e\u044f\u043d\u0438\u044f\u0445, \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c Device Memory TCP, \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c \u0440\u0435\u0437\u0435\u0440\u0432\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432 SCHED_DEADLINE server, \u0443\u043b\u0443\u0447\u0448\u0435\u043d\u0438\u0435 \u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0449\u0438\u043a\u0430 \u0437\u0430\u0434\u0430\u0447 EEVDF, \u043c\u043e\u0434\u0443\u043b\u044c IPE \u0434\u043b\u044f \u0437\u0430\u0434\u0430\u043d\u0438\u044f \u043f\u043e\u043b\u0438\u0442\u0438\u043a \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f \u0446\u0435\u043b\u043e\u0441\u0442\u043d\u043e\u0441\u0442\u0438. \u0412 \u043d\u043e\u0432\u0443\u044e \u0432\u0435\u0440\u0441\u0438\u044e \u043f\u0440\u0438\u043d\u044f\u0442\u043e 14607 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-120593","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.12.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-6-12-s-podderzhkoj-realtime-rezhima\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"fr_FR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.12 \u0441 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u043e\u0439 Realtime-\u0440\u0435\u0436\u0438\u043c\u0430 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.12.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-6-12-s-podderzhkoj-realtime-rezhima\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2024-11-18T11:09:07+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2024-11-18T11:09:07+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Sortie du noyau Linux 6.12 avec prise en charge du mode Realtime | ProHoster","description":"Apr\u00e8s deux mois de d\u00e9veloppement, Linus Torvalds a pr\u00e9sent\u00e9 la version du noyau Linux 6.12.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-6-12-s-podderzhkoj-realtime-rezhima","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.12 \u0441 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u043e\u0439 Realtime-\u0440\u0435\u0436\u0438\u043c\u0430 | ProHoster","og:description":"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.12.","og:url":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-6-12-s-podderzhkoj-realtime-rezhima","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2024-11-18T11:09:07+00:00","article:modified_time":"2024-11-18T11:09:07+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"120593","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":"default","schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 08:06:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2026-01-23 08:06:19","updated":"2026-01-23 08:06:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/120593","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=120593"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/120593\/revisions"}],"predecessor-version":[{"id":173076,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/120593\/revisions\/173076"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=120593"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=120593"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=120593"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}