{"id":114248,"date":"2024-03-11T12:25:44","date_gmt":"2024-03-11T10:25:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-6-8"},"modified":"2024-03-11T12:25:44","modified_gmt":"2024-03-11T10:25:44","slug":"reliz-yadra-linux-6-8","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-6-8","title":{"rendered":"Rilascio del kernel Linux 6.8","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Dopo due mesi di sviluppo, Linus Torvalds ha rilasciato il kernel Linux 6.8. Tra le modifiche pi\u00f9 significative: driver Xe per GPU Intel, modalit\u00e0 di protezione per i dispositivi a blocchi con file system montati, meccanismo di scheduling Deadline server, ottimizzazione automatica della fusione delle pagine di memoria identiche, primo driver scritto in Rust, chiamate di sistema listmount e statmount, rimozione di bpfilter e SLAB, meccanismo guest_memfd in KVM, profiling delle richieste di dati.        <\/p>\n<p>Nella nuova versione sono state apportate 15.641 correzioni da 2.018 sviluppatori, la dimensione della patch \u00e8 di 44 MB (sono stati interessati 12.212 file, aggiunte 663.864 righe di codice, rimosse 339.094 righe). Nella versione precedente ci sono state 18.405 correzioni da 2.066 sviluppatori, la dimensione della patch era di 72 MB. Circa il 42% di tutte le modifiche presenti in 6.8 \u00e8 correlato ai driver di dispositivo, circa il 15% delle modifiche riguarda l'aggiornamento del codice specifico per le architetture hardware, il 14% \u00e8 collegato allo stack di rete, il 6% ai file system e il 3% ai sottosistemi interni del kernel.    <\/p>\n<p>Nel repository Git con il kernel 6.8 sono presenti 9,996 milioni di oggetti, il che indica che il prossimo kernel 6.9 superer\u00e0 il traguardo dei 10 milioni di oggetti git. In precedenza, il cambio dei numeri di ramo 3.x e 4.x ha ben correlato con il numero di oggetti git nel repository: il kernel 3.0 \u00e8 stato rilasciato quando nel repository c'erano circa 2 milioni di oggetti, mentre il kernel 4.0 ha raggiunto 4 milioni di oggetti. Tuttavia, nel 2019, il rilascio del 5.0 ha spezzato questa catena logica, poich\u00e9 durante la sua formazione il repository includeva circa 6,5 milioni di oggetti git.             <\/p>\n<p>Le principali novit\u00e0 del kernel 6.8:  <\/p>\n<ul>\n<li class=\"l\"> <b>Sottosistema di disco, input\/output e file system<\/b>\n<ul>\n<li class=\"l\"> \u00c8 stata aggiunta la modalit\u00e0 di blocco della scrittura diretta sui dispositivi a blocchi su cui sono montati file system (una volta attivata la modalit\u00e0, l'utente root non potr\u00e0 apportare modifiche al file system tramite manipolazioni a livello di dispositivo a blocchi). Di default la modalit\u00e0 \u00e8 disattivata e richiede l'indicazione del parametro BLK_DEV_WRITE_MOUNTED durante la compilazione. Per le partizioni Btrfs, il blocco non funziona ancora, poich\u00e9 le modifiche necessarie non sono state ancora integrate nel codice di Btrfs.\n<li class=\"l\"> Sono state aggiunte le chiamate di sistema listmount() e statmount(), che consentono di ottenere informazioni dettagliate sui file system montati dallo spazio utente.\n<li class=\"l\"> Nel file system XFS \u00e8 proseguito il lavoro sull'implementazione della possibilit\u00e0 di utilizzare l'utilit\u00e0 fsck per verificare e correggere i problemi rilevati in modalit\u00e0 online, senza smontare il file system.\n<li class=\"l\"> In Ext4, for blocks smaller than the memory page size, the dioread_nolock call has been implemented to enhance performance by eliminating unnecessary locks. Some functions have been transitioned to use memory pagefolios.\n<li class=\"l\">  In Btrfs \u00e8 stata aggiunta la supporto per il flag di montaggio \"nospace_cache\" per disabilitare la cache dei blocchi liberi. Alcune funzioni sono state trasferite all'uso di folios di memoria (page folios).\n<li class=\"l\"> The EROFS file system (Extendable Read-Only File System), designed for use on partitions accessible in read-only mode, has introduced support for subpage compression and improved operation under memory shortage conditions.\n<li class=\"l\"> In the F2FS file system, support for zoned storage devices has been enhanced (dividing into zones of block groups or sectors that only allow sequential data addition with full updates to the entire block group).\n<li class=\"l\"> For the SMB file system, the ability to create block and character device files has been implemented.\n<li class=\"l\"> Bcachefs has added partial support for checking and restoring the integrity of mounted file systems.\n<li class=\"l\"> Support for MD_LINEAR, MD_MULTIPATH, and MD_FAULTY handlers has been deprecated in the device-mapper subsystem, as announced in 2021.                                        <\/ul>\n<li class=\"l\"> <b>Memoria e servizi di sistema<\/b>\n<ul>\n<li class=\"l\"> Nel sottosistema Zswap \u00e8 stata aggiunta una funzionalit\u00e0 di scarico forzato in una vera partizione di swap di \"pagine di memoria fredde\" che non sono state accedute e che probabilmente non verranno richieste quando c'\u00e8 carenza di memoria RAM. Zswap esegue la cache delle pagine scambiate nella partizione di swap, memorizzandole in RAM in forma compressa, evitando il pi\u00f9 possibile il ripristino nella vera partizione di swap non compressa su disco. Le modifiche apportate durante la carenza di memoria consentono di ridurre le dimensioni del pool Zswap memorizzato in RAM e di liberare memoria al sistema.\n<li class=\"l\"> A new mode has been proposed for Zswap that completely disables deferred writeback to the actual swap area if the write attempt fails, and does not evict already present pages in the Zswap pool to swap.\n<li class=\"l\"> Nel pianificatore delle attivit\u00e0 \u00e8 stato aggiunto il meccanismo SCHED_DEADLINE server, che risolve il problema della carenza di risorse CPU per i compiti normali a causa della monopolizzazione della CPU da parte di compiti ad alta priorit\u00e0 (real-time). Per prevenire la monopolizzazione della CPU, in precedenza nel kernel era utilizzato il meccanismo Realtime throttling, che tentava di riservare il 5% per compiti a bassa priorit\u00e0, lasciando il 95% del tempo ai compiti real-time. Questo meccanismo lasciava a desiderare, poich\u00e9 i compiti normali in molte situazioni non ricevevano tempo di processore. SCHED_DEADLINE server implementa un meccanismo di riservazione delle risorse pi\u00f9 efficace.\n<li class=\"l\"> Nella sottosistema DAMON (Data Access MONitor), che consente di monitorare l'accesso del processo ai dati in memoria operativa (ad esempio, \u00e8 possibile scoprire quali aree della memoria sono state interrogate dal processo e quali sono rimaste inutilizzate), \u00e8 stato aggiunto un meccanismo per la configurazione automatica dell'aggressivit\u00e0 del consumo di memoria basato su quote definite.\n<li class=\"l\"> \u00c8 stato aggiunto il supporto per le pagine di memoria grandi multi-dimensionate (mTHP - multi-size Transparent Huge Pages), consentendo di allocare memoria in blocchi di dimensioni superiori a una pagina di base, ma inferiori a una tradizionale pagina THP.\n<li class=\"l\"> \u00c8 stata aggiunta la supporto per i grandi folii (page folios, pagine di memoria aggregate) per la memoria anonima (non collegata a FS, ad esempio, allocata tramite malloc). Questa modifica mira a migliorare le prestazioni attraverso l'allocazione di grandi blocchi di memoria durante l'accesso a pagine di memoria non allocate (page faults). Ad esempio, l'uso di grandi folii ha consentito una riduzione del 5% nei tempi di ricompilazione del kernel (con una diminuzione del tempo trascorso a livello kernel del 40%).\n<li class=\"l\"> Nel file di configurazione del kernel \u00e8 stato aggiunto il parametro TRANSPARENT_HUGEPAGE_NEVER, che consente di disabilitare l'uso delle pagine enormi (Transparent Huge Pages).\n<li class=\"l\"> Nella chiamata di sistema userfaultfd(), che consente di creare gestori per gli accessi alle pagine di memoria non allocate (page faults) nello spazio utente, \u00e8 stata aggiunta l'operazione UFFDIO_MOVE, che consente, durante la compattazione dell'heap (heap compaction), di spostare le pagine di memoria nello spazio degli indirizzi virtuali senza eseguire l'operazione di allocazione della pagina di memoria. Nei test effettuati, l'uso di UFFDIO_MOVE ha consentito una riduzione del 40% nei tempi di compattazione rispetto all'uso dell'operazione UFFDIO_COPY.\n<li class=\"l\"> \u00c8 stato aggiunto un meccanismo \"KSM advisor\" che consente di ottimizzare automaticamente i parametri del sottosistema di fusione delle pagine di memoria identiche (KSM - Kernel Samepage Merging).\n<li class=\"l\"> Continuato il trasferimento delle modifiche dalla branca Rust-for-Linux, relative all'uso del linguaggio Rust come secondo linguaggio per lo sviluppo di driver e moduli del kernel (il supporto per Rust non \u00e8 attivo di default e non rende Rust una dipendenza di build obbligatoria per il kernel). Nella nuova versione sono state incluse modifiche che aggiungono un wrapper Rust al di sopra del livello di astrazione phylib e utilizzano questo wrapper nel driver ax88796b_rust, che offre supporto per l'interfaccia PHY del controllore Ethernet Asix AX88772A (100MBit). Funzionalmente, il driver in Rust \u00e8 completamente equivalente al vecchio driver ax88796b, scritto in C, e pu\u00f2 essere utilizzato con schede di rete X-Surf 100 dotate del chip AX88796B. Per l'architettura LoongArch \u00e8 stata fornita la possibilit\u00e0 di scrivere moduli in Rust. \u00c8 stato effettuato il passaggio all'uso della versione di Rust 1.74.1.\n<li class=\"l\"> Introdotto il meccanismo BPF token, che consente di delegare selettivamente la gestione di determinate funzionalit\u00e0 BPF, come il caricamento di un programma BPF o la creazione di una mappa BPF, a processi non privilegiati nello spazio utente, la cui attendibilit\u00e0 \u00e8 confermata da un token speciale.\n<li class=\"l\"> Espansa la funzionalit\u00e0 del verificatore dei programmi BPF.\n<li class=\"l\"> Nell'utilit\u00e0 perf \u00e8 stata aggiunta la supporto per il profilo dei dati, che consente di tracciare la lettura e la scrittura nelle strutture dati, ad esempio, al fine di identificare i campi pi\u00f9 frequentemente modificati nelle strutture. Su sistemi con processori che supportano la raccolta di informazioni sulle operazioni di memoria (Intel, AMD, ARM), per accumulare statistiche \u00e8 necessario utilizzare il comando \u00abperf mem record\u00bb, mentre per generare un rapporto sulle operazioni nelle strutture dati \u2014 \u00abperf annotate \u2014data-type\u00bb.\n<li class=\"l\"> Ottimizzata la performance della gestione delle chiamate di sistema sull'architettura s390 (IBM Z), che ha portato in test a un'accelerazione dell'accesso alla chiamata di sistema di circa l'11%.\n<li class=\"l\"> Fornita la possibilit\u00e0 di modificare le dimensioni dei buffer di tracciamento, utilizzati per memorizzare le informazioni sugli eventi di tracciamento trasmessi nello spazio utente.\n<li class=\"l\"> Il meccanismo di distribuzione della memoria SLAB, precedentemente dichiarato obsoleto, \u00e8 stato rimosso; ora nel kernel si utilizza solo SLUB. Le motivazioni sono legate a problemi di manutenzione, alla presenza di bug nel codice e alla duplicazione di funzionalit\u00e0 con il pi\u00f9 avanzato allocatore SLUB.\n<li class=\"l\"> Durante la compilazione del kernel \u00e8 stata attivata l'opzione \u00ab-Wmissing-prototypes\u00bb, che genera avvisi per le chiamate a funzioni globali che non hanno una definizione di prototipo.\n<li class=\"l\"> Per l'architettura RISC-V, sui sistemi con supporto per l'estensione SUSP, \u00e8 stata implementata la transizione in modalit\u00e0 di attesa con salvataggio dello stato nella RAM. \u00c8 stata fornita la possibilit\u00e0 di utilizzare la chiamata di sistema riscv_hwprobe() per ottenere informazioni sulle estensioni supportate dal set di istruzioni RISC-V.                                          <\/ul>\n<li class=\"l\"> <b>Virtualizzazione e sicurezza<\/b>\n<ul>\n<li class=\"l\"> Sono state aggiunte nuove chiamate di sistema lsm_list_modules(), lsm_get_self_attr() e lsm_set_self_attr() per visualizzare l'elenco dei moduli LSM (Linux Security Modules) caricati e per ottenere\/impostare gli attributi del modulo LSM. \u00c8 stata introdotta una nuova struttura lsm_ctx per la comunicazione nel contesto LSM tra spazio utente e kernel.\n<li class=\"l\"> Il sottosistema AppArmor \u00e8 stato aggiornato per utilizzare l'algoritmo SHA-256 per la verifica delle regole, invece degli hash SHA-1.\n<li class=\"l\"> \u00c8 stata rimossa dal kernel l'implementazione della funzione strlcpy(), inclusa la scorsa estate nella libreria C Glibc 3.38. Strlcpy \u00e8 un'alternativa alla funzione strncpy(), che offre protezione contro il buffer overflow e garantisce sempre la terminazione della stringa con un byte nullo.\n<li class=\"l\"> Nel hypervisor <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/it\/vps\/abuzoustojchivye-vps\/\"   title=\"KVM\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"4378\">KVM<\/a> \u00c8 stato aggiunto il supporto per il sottosistema guest_memfd (guest-first memory), che offre funzionalit\u00e0 di gestione della memoria, consentendo di implementare capacit\u00e0 e ottimizzazioni non raggiungibili attraverso l'uso del sottosistema di gestione della memoria comune. Ad esempio, guest_memfd consente di allocare e mappare nella macchina virtuale un'area di memoria inaccessibile all'ambiente host, utilizzabile per organizzare calcoli riservati.\n<li class=\"l\"> Per i sistemi guest operanti sotto il hypervisor KVM, \u00e8 stato abilitato il supporto per la modalit\u00e0 LAM (Linear Address Masking) fornita nei processori Intel, che consente di utilizzare parte dei bit degli indirizzi a 64 bit (dai bit 57 ai 62) per memorizzare metadati non correlati all'indirizzamento.\n<li class=\"l\"> Il hypervisor KVM per sistemi basati sull'architettura ARM64 ha aggiunto il supporto per indirizzi fisici a 52 bit (LPA2). Per i sistemi con architettura x86 \u00e8 stata fornita la possibilit\u00e0 di compilare senza l'emulazione delle chiamate di hypervisor Hyper-V, riducendo cos\u00ec la dimensione del kernel.\n<li class=\"l\"> \u00c8 stato aggiunto il driver iaa (IAA Compression Accelerator) per accelerare le operazioni di compressione e decompressione dei dati utilizzando il metodo DEFLATE, sfruttando le capacit\u00e0 degli acceleratori crittografici Intel Analytics Accelerator (IAA).\n<li class=\"l\"> Nel lato dell'ambiente host \u00e8 stato implementato il supporto per il meccanismo Intel TDX (Trusted Domain Extensions), che consente di creare ambienti guest protetti utilizzando l'hypervisor KVM, in cui viene utilizzata la crittografia della memoria. <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/it\/vps\/\"   title=\"macchine virtuali\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"2026\">macchine virtuali<\/a>.\n<li class=\"l\"> In SELinux \u00e8 stato aggiunto l'identificatore SID \u00abinit\u00bb, che consente di distinguere i processi avviati nelle fase iniziale di avvio, eseguiti prima dell'applicazione delle politiche SELinux. \u00c8 stato migliorato l'interfaccia \/sys\/fs\/selinux per gestire SELinux.                              <\/ul>\n<li class=\"l\"> <b>Sottosistema di rete<\/b>\n<ul>\n<li class=\"l\"> \u00c8 stata effettuata una riorganizzazione a basso livello delle strutture dati di rete di base per migliorare l'efficienza della cache. In precedenza, i campi nelle strutture dello stack di rete socks, netdev, netns e mibs erano posizionati man mano che venivano aggiunti, limitando cos\u00ec l'uso della cache della CPU. La revisione del posizionamento delle variabili nelle strutture ha portato a un notevole aumento della velocit\u00e0 di funzionamento di TCP, grazie alla minimizzazione dell'uso delle righe di cache nella fase di trasmissione dei dati e all'ottimizzazione dell'accesso alle variabili. Nei casi di elaborazione di molteplici connessioni TCP parallele, l'accelerazione pu\u00f2 raggiungere il 40%.\n<li class=\"l\"> \u00c8 stata rimossa la sottosistema bpfilter, che utilizzava BPF per filtrare i pacchetti. Bpfilter era disponibile a partire dalla versione 4.18, ma non \u00e8 mai stato portato a un livello utilizzabile su larga scala. Negli ultimi anni, il codice di bpfilter nel kernel non \u00e8 stato sviluppato, mentre lo sviluppo continuava da parte di Facebook in un repository separato.                                             <\/ul>\n<li class=\"l\"> <b>Apparecchiatura<\/b>\n<ul>\n<li class=\"l\"> \u00c8 stato incluso un nuovo driver drm (Direct Rendering Manager) Xe per GPU basato sull'architettura Intel Xe, che viene utilizzata nelle schede grafiche Intel della famiglia Arc e nella grafica integrata, a partire dai processori Tiger Lake. Il driver Xe \u00e8 posizionato come base per garantire il funzionamento dei nuovi chip, non legato al codice per il supporto di piattaforme precedenti. Il driver \u00e8 costruito utilizzando una nuova architettura, in cui vengono utilizzati in modo pi\u00f9 attivo i componenti esistenti del sottosistema DRM, cos\u00ec come i componenti standard del driver i915, non vincolati a GPU specifiche, ad esempio, il codice per l'interazione con gli schermi, il modello di memoria e l'implementazione di execbuf. In Mesa, il funzionamento di OpenGL e Vulkan sopra il driver Xe \u00e8 realizzato a livello di modifiche apportate ai driver Mesa esistenti Iris e ANV.\n<li class=\"l\"> Nel driver i915 \u00e8 proseguita la realizzazione del supporto per i chip Intel LunarLake (Xe 2). \u00c8 stato migliorato il supporto per i chip Intel Meteor Lake.\n<li class=\"l\"> Nel driver Nouveau \u00e8 stata implementata un'impostazione per utilizzare per impostazione predefinita le funzioni del firmware GSP per lavorare con GPU NVIDIA basate su microarchitetture Turing e Ampere, in cui le operazioni di inizializzazione e gestione della GPU sono eseguite da un microcontrollore GSP (GPU System Processor) separato. Quando \u00e8 attivata l'impostazione, il driver funzioner\u00e0 tramite chiamate al firmware, invece di programmare direttamente le operazioni di interazione con l'hardware.\n<li class=\"l\"> Nel driver AMDGPU \u00e8 stato implementato il supporto per ACPI WBRF e VPE DPM, modificata la gestione della velocit\u00e0 del canale PCIe, nei queue utilizzati per la sincronizzazione sono stati coinvolti numeri di sequenza a 64 bit, \u00e8 stato aggiunto il supporto per meccanismi di gestione del colore specifici per AMD, risolta un problema con il passaggio alla modalit\u00e0 sospensione.\n<li class=\"l\"> \u00c8 stata aggiunta un'implementazione iniziale del driver per GPU Broadcom VideoCore 7.1, utilizzato nelle schede Raspberry Pi 5.\n<li class=\"l\"> \u00c8 stato aggiunto un driver per GPU della serie PowerVR 6 basato sulla microarchitettura Rogue di Imagination Technologies.\n<li class=\"l\"> \u00c8 stata aggiunta la supporto per controller Thunderbolt\/USB4 integrati nei chip basati sulla microarchitettura Intel Lunar Lake.\n<li class=\"l\"> Sono stati aggiunti driver per le fotocamere utilizzate nei SoC Starfive, GalaxyCore GC2145\/GC0308, Chips&amp;Media Wave e THine THP7312.\n<li class=\"l\"> \u00c8 stato aggiunto il supporto per i controller di gioco NSO (Nintendo Switch Online) \u2014 versioni di vecchi controller come SNES (Super Nintendo), Genesis e N64 (Nintendo 64), adattati per Nintendo Switch. \u00c8 stato aggiunto un driver per i gamepad Adafruit Seesaw. Nel driver xpad \u00e8 stato aggiunto il supporto per i controller Lenovo Legion Go.\n<li class=\"l\"> Nel driver dts \u00e8 stata aggiunta la compatibilit\u00e0 con i dispositivi di gioco Powkiddy RK2023, Powkiddy X55 e Anbernic RG351V.\n<li class=\"l\"> Aggiunto supporto per i sistemi audio utilizzati nei chip NXP i.MX8m MICFIL, Qualcomm SM8250, AMD ACP5x, Intel Arrow Lake, SM8550, SM8650 e X1E80100.\n<li class=\"l\"> AMD ha apportato modifiche relative al supporto per la futura serie di processori basata sulla nuova microarchitettura Zen 5.\n<li class=\"l\"> \u00c8 stato aggiunto il supporto per ARM64 SoC: Qualcomm SM8650 (Snapdragon 8 Gen 3), Qualcomm X1E80100 (Snapdragon X Elite), Samsung Exynos Auto v920, Google GS101 (Tensor G1), MediaTek MT8188 e Unisoc UMS9620 (Tanggula 7).\n<li class=\"l\"> \u00c8 stato aggiunto il supporto per piattaforme e dispositivi ARM: Huashan Pi, Microsoft Lumia, HTC One Mini 2, Motorola MotoG 4G, Huawei Honor 5X\/GR5, Anbernic RG351V, Powkiddy RK2023, Powkiddy X55, ComXpress basato su Marvell CN913x, Chromebook Lenovo, Asus e Acer basati su Mediatek MT8183, Toradex Verdin AM62, schede basate su Allwinner H616\/H618.\n<li class=\"l\"> Interrotta la supporto per i processori ARM11 ARMv6K SMP.          <\/ul>\n<\/ul>\n<p>Contemporaneamente, la Fondazione per il Software Libero dell'America Latina ha creato una versione completamente libera del kernel 6.8 \u2014 Linux-libre 6.8-gnu, ripulita da elementi di firmware e driver contenenti componenti non liberi o porzioni di codice la cui applicazione \u00e8 limitata dal produttore. Nella versione 6.8 \u00e8 stato aggiornato il codice per la pulizia dei blob in vari driver e sottosistemi. \u00c8 stata effettuata la pulizia dei driver Intel qat_420xx, Imagination PowerVR, Intel Xe, Chips&amp;Media Wave5, Intel VSC, Aquantia PHY e Realtek rtw8922a. A seguito della rimozione dal kernel, \u00e8 stata interrotta la pulizia dei driver atmel, hermes, orinoco_usb, libertas_cs e zd1201. \u00c8 stata effettuata una pulizia dei nomi dei blob nei file dts (devicetree) per le architetture ARM e Aarch64. Sono stati risolti problemi con la pulizia del driver i915.<br \/>\n<br \/>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=60768\">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.8. \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: \u0434\u0440\u0430\u0439\u0432\u0435\u0440 Xe \u0434\u043b\u044f GPU Intel, \u0440\u0435\u0436\u0438\u043c \u0437\u0430\u0449\u0438\u0442\u044b \u0431\u043b\u043e\u0447\u043d\u044b\u0445 \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432 \u0441 \u043f\u0440\u0438\u043c\u043e\u043d\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u044b\u043c\u0438 \u0424\u0421, \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c \u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0449\u0438\u043a\u0430 \u0437\u0430\u0434\u0430\u0447 Deadline server, \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u0430\u044f \u043e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u044f \u0441\u043b\u0438\u044f\u043d\u0438\u044f \u0438\u0434\u0435\u043d\u0442\u0438\u0447\u043d\u044b\u0445 \u0441\u0442\u0440\u0430\u043d\u0438\u0446 \u043f\u0430\u043c\u044f\u0442\u0438, \u043f\u0435\u0440\u0432\u044b\u0439 \u0434\u0440\u0430\u0439\u0432\u0435\u0440 \u043d\u0430 \u044f\u0437\u044b\u043a\u0435 Rust, \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0435 \u0432\u044b\u0437\u043e\u0432\u044b listmount \u0438 statmount, \u0443\u0434\u0430\u043b\u0435\u043d\u0438\u0435 bpfilter \u0438 SLAB, \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c guest_memfd \u0432 [&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-114248","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - 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.8.\" \/>\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\/it\/blog\/news\/reliz-yadra-linux-6-8\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\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.8 | 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.8.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-6-8\" \/>\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-03-11T10:25:44+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2024-03-11T10:25:44+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\udd47 Rilascio del kernel Linux 6.8 | ProHoster","description":"Dopo due mesi di sviluppo, Linus Torvalds ha presentato il rilascio del kernel Linux 6.8.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-6-8","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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.8 | 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.8.","og:url":"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-6-8","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-03-11T10:25:44+00:00","article:modified_time":"2024-03-11T10:25:44+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"114248","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2026-02-09 17:11:06","updated":"2026-02-09 17:11:06","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/114248","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=114248"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/114248\/revisions"}],"predecessor-version":[{"id":164253,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/114248\/revisions\/164253"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=114248"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=114248"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=114248"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}