Note di rilascio di HFTKernel 7.2.x.

Completamenti più rapidi dei timer ad alta risoluzione

Il percorso di ritorno dei timer ad alta risoluzione cancella ora TIF_HRTIMER_REARM usando la maschera di bit corretta.

Mantiene visibile al ciclo di ritorno allo userspace il lavoro delle attività accodato da un callback hrtimer. Le applicazioni che interrogano un ring di completamento io_uring ricevono prontamente i completamenti dei timer invece di attendere una chiamata di sistema, un interrupt o una rischedulazione successivi.

Nella configurazione upstream QEMU con 2 vCPU e HZ=1000, il ritardo mediano di completamento dei timeout è migliorato da 30 ms a 70 µs.

Per HFTKernel, rafforza macchine a stati guidate dai timer, gestione dei timeout, I/O asincrono, supervisione delle connessioni e altri percorsi di controllo sensibili alla latency.

Scheduling consapevole della cache più solido

Linux 7.2.10 include un insieme coordinato di miglioramenti dello scheduler consapevoli della cache.

I thread del kernel vengono esclusi dalla contabilità dei gruppi cache userspace, impedendo loro di ereditare statistiche della cache applicativa.

L'accesso ai gruppi cache nel percorso frequente dello scheduler passa ora direttamente da task_struct, con un riferimento indipendente per ogni attività. Separa la durata del gruppo cache dello scheduler dalla sostituzione di mm_struct durante fork, exec ed exit.

Il bilanciamento attivo del carico preserva la politica migrate_llc_task, selezionando un'attività che preferisce realmente la LLC di destinazione invece di spostarne un'altra dal dominio cache preferito.

La contabilità delle attività eseguibili segue inoltre l'insieme preciso delle attività idonee alla migrazione, incluse le transizioni di dequeue ritardato.

Sui processori asimmetrici e ibridi, la capacità dello scheduler ha priorità quando spostare un'attività nella LLC preferita la collocherebbe su una CPU troppo piccola per il carico.

HFTKernel continua a usare affinità esplicita per i thread di trading critici. Questi miglioramenti dello scheduler rafforzano servizi di supporto, componenti di monitoraggio, processi del piano di controllo e altri carichi che rimangono gestiti dallo scheduler.

Ricezione zero-copy io_uring più deterministica

Multishot RECV_ZC registra ora quando un passaggio di ricezione si interrompe per esaurimento di una risorsa locale.

Se sono stati compiuti progressi parziali, la richiesta viene riaccodata. Il passaggio successivo continua l'elaborazione oppure restituisce un completamento di errore esplicito che l'applicazione può usare per riarmare l'operazione.

Sostituisce uno stato inattivo implicito con una transizione deterministica e osservabile. I dati TCP non letti non attendono più un futuro evento socket non correlato prima della ripresa dell'elaborazione.

Per HFTKernel, rafforza l'acquisizione zero-copy dei dati di mercato, l'elaborazione TCP ad alta frequenza e le applicazioni di rete basate su io_uring.

Flussi di timestamp TX io_uring affidabili

Le richieste multishot SOCKET_URING_OP_TX_TIMESTAMP terminano ora con un completamento ENOBUFS visibile quando la coda di completamento non ha spazio per un altro record di timestamp.

Il CQE terminale raggiunge lo userspace attraverso il percorso di overflow. I timestamp già conservati nella coda degli errori del socket vengono consegnati quando l'applicazione riarma la richiesta.

Fornisce agli utilizzatori di timestamp un ciclo di vita chiaro:

1. Ricevere i completamenti dei timestamp.
2. Rilevare la saturazione della coda di completamento.
3. Svuotare la coda.
4. Riarmare la richiesta.
5. Continuare con i timestamp conservati.

Il risultato è un percorso dei timestamp hardware di trasmissione più esplicito e gestibile.

Rete Google GVE DQO più robusta

Il driver Google Virtual Ethernet DQO tratta ora gso_type come maschera di bit quando prepara i pacchetti TSO.

I pacchetti TSO provenienti da TUN/TAP, packet socket e macchine virtuali includono comunemente flag come SKB_GSO_DODGY, SKB_GSO_TCP_ECN o SKB_GSO_TCP_FIXEDID. Vengono ora accettati quando il tipo di segmentazione TCP sottostante è supportato.

In un test upstream con un'istanza GCE n4 DQO-QPL e un guest Cloud Hypervisor, un upload guest di 64 MB è migliorato da un timeout di 60 secondi a circa 0.9 MB/s a 0.19 secondi. Il contatore del dispositivo tx_dropped è rimasto stabile dopo la modifica.

Rafforza virtualizzazione annidata, appliance di rete cloud, gateway virtualizzati e carichi guest che usano Google GVE DQO.

Stato RTT TCP più preciso

TCP aggiorna ora TS.Recent quando un ACK precedente accettato trasporta anche nuovi dati.

È importante per le connessioni bidirezionali di lunga durata, dove il riordinamento dei pacchetti può consegnare dati utili insieme a una conferma precedente a una già elaborata.

Il lato ricevente ora riecheggia il timestamp del pacchetto che ha colmato il vuoto di ricezione. Il mittente calcola quindi RTT dallo scambio corrente invece di includere un lungo intervallo di inattività.

Nello scenario upstream con 300 secondi di inattività, riordinamento controllato e ritrasmissione, l'RTT smussato del mittente è passato da 37.5 secondi a 15.5 ms.

Per HFTKernel, supporta un comportamento più stabile delle connessioni persistenti TCP, TLS, WebSocket, dati di mercato ed esecuzione.

Liberazione della memoria basata su RCU più pulita

Lo slab allocator non risveglia più kswapd durante l'allocazione di memoria interna da __kfree_rcu_sheaf().

kfree_rcu() può essere eseguito mentre lo scheduler mantiene pi_lock. La rimozione di __GFP_KSWAPD_RECLAIM da questo percorso evita un risveglio reclaim che può tornare allo stesso lock dello scheduler.

La gestione sheaf aggiornata usa inoltre meglio la memoria di riserva locale quando lo spinning non è disponibile.

Per HFTKernel, elimina lavoro in background inutile da un percorso di gestione della memoria sensibile allo scheduler e rafforza la liberazione RCU in batch.

Gestione del ciclo di vita futex più solida

Il ridimensionamento dell'hash futex privato pubblica ora il nuovo puntatore hash prima di registrare lo stato del periodo di grazia RCU associato.

I lettori dell'hash precedente rimangono protetti fino al completamento del periodo di grazia corretto.

Rafforza l'infrastruttura di sincronizzazione per applicazioni multithread che usano mutex basati su futex, variabili di condizione e coordinamento durante l'esecuzione.

Pulizia limitata degli oggetti BPF

Gli oggetti di memoria BPF aggiunti mentre un periodo di grazia Tasks Trace RCU è già attivo attivano ora un altro ciclo di pulizia.

Gli oggetti non rimangono più indefinitamente in free_by_rcu_ttrace e la creazione e distruzione ripetuta delle mappe non causa più oggetti trattenuti senza limite o accumulo di worker di pulizia.

Per HFTKernel, migliora il ciclo di vita di osservabilità, tracciamento, politiche e strumentazione di rete basati su BPF.

Ring TX AF_PACKET più sicuri

AF_PACKET arresta ora un invio bloccante PACKET_TX_RING prima che il conteggio positivo accumulato dei byte superi INT_MAX.

Il frame rimanente resta pendente per la chiamata di invio successiva, preservando avanzamento e risultato positivo valido anche quando lo userspace ricicla continuamente gli slot completati del ring.

Rafforza carichi di lunga durata di replay dei pacchetti, generazione del traffico, test di rete e qualificazione dei dati di mercato.

Riciclo dei page pool più affidabile

Il riciclo bulk dei page pool aggiorna le statistiche mentre il lock del produttore protegge ancora il pool.

Gli ultimi buffer di rete in volo e la rimozione del pool rimangono coordinati anche quando CONFIG_PAGE_POOL_STATS è abilitato.

Supporta il riciclo affidabile dei buffer di rete ad alta frequenza e un'osservabilità attendibile dei page pool.

Configurazione migliore dei timestamp hardware

Le operazioni ethtool netlink TSCONFIG_GET e TSCONFIG_SET raggiungono ora i dispositivi in cui il timestamping hardware è fornito interamente dal PHY.

L'interfaccia netlink è ora allineata al comportamento ioctl consolidato per i fornitori di timestamp basati su PHY.

Rafforza la configurazione e il rilevamento del timestamping hardware nelle architetture di rete supportate.

Rimozione più pulita dei timestamp mlx5 AF_XDP

Il driver mlx5 gestisce ora il completamento dei descrittori TX AF_XDP senza CQE durante la rimozione delle code.

Quando non è disponibile un CQE, l'helper dei timestamp restituisce un risultato neutro invece di dereferenziare una voce di completamento non disponibile.

Migliora il ciclo di vita delle code AF_XDP che usano timestamp TX e checksum offload.

Osservabilità fprobe con overhead ridotto

Gli handler fprobe verificano ora se RCU sta osservando prima di operare in stati inattivi o di quiescenza estesi nohz_full.

Il percorso di attivazione delle sonde usa rcu_sched_notrace, eliminando il precedente lavoro rcu_read_lock() e lockdep a ogni attivazione e preservando una sincronizzazione sicura dei periodi di grazia.

Per HFTKernel, allinea meglio la strumentazione del kernel alle configurazioni CPU isolate e tickless.

Transizioni di stato KVM SVM più solide

Sugli host KVM AMD, lo stato TLB flush pendente viene preservato quando VMRUN non si completa correttamente.

I requisiti di flush di tutti gli ASID vengono tracciati per CPU fisica, in linea con l'ambito di riutilizzo degli ASID. I campi di controllo vengono aggiornati solo dopo una transizione riuscita.

Rafforza la gestione dello stato TLB sugli host di virtualizzazione AMD.

Attraversamenti KVM shadow MMU più sicuri

KVM interrompe ora immediatamente l'attraversamento delle tabelle shadow quando la radice corrente non è valida o è una radice fittizia basata sulla pagina zero.

Mantiene la creazione concorrente di memslot e la gestione dei page fault annidati su un percorso MMU valido.

Ordine corretto della manutenzione cache SEV

Durante la migrazione SEV interna all'host, la manutenzione della cache della VM sorgente termina ora prima che la VM perda lo stato SEV attivo.

La memoria non può tornare all'allocator dell'host prima che lo stato della cache del guest cifrato sia stato riscritto nell'ordine richiesto.

Rafforza la gestione del ciclo di vita delle VM riservate nel profilo HFTKernel KVM Host.

PCI AtomicOps per dispositivi passthrough

Un guest passthrough riconosce ora le PCI AtomicOps già abilitate dall'hypervisor su un endpoint, anche quando il Root Port a monte è nascosto nella topologia del guest.

Consente ad acceleratori e dispositivi di rete compatibili di usare il proprio percorso di operazioni atomiche in ESXi, Hyper-V e ambienti passthrough simili.

Meno lavoro in x86 AES-GCM

L'implementazione x86 AES-GCM non tratta più il segmento AAD finale come segmento intermedio.

Elimina una copia aggiuntiva nel buffer temporaneo e una chiamata assembly extra dal percorso del segmento finale.

Il miglioramento è utile per infrastrutture che usano l'API crittografica del kernel per rete cifrata, storage o servizi di sicurezza.

Risultato di HFTKernel 7.2.10

HFTKernel 7.2.10 rafforza il sistema operativo attorno alle applicazioni sensibili alla latency:

• i completamenti dei timer ad alta risoluzione raggiungono prontamente lo userspace;
• i carichi gestiti dallo scheduler mantengono una località LLC più forte;
• le ricezioni zero-copy espongono esplicitamente i limiti delle risorse;
• i flussi di timestamp di trasmissione recuperano correttamente dalla saturazione CQ;
• Google GVE DQO gestisce efficientemente il traffico TSO virtualizzato;
• TCP mantiene uno stato RTT preciso dopo lunghi periodi di inattività;
• la liberazione RCU genera meno attività di reclaim in background;
• i cicli di vita futex e BPF rimangono limitati e coordinati;
• i percorsi AF_PACKET e page pool mantengono un avanzamento affidabile;
• il timestamping hardware funziona con i fornitori basati su PHY;
• fprobe si integra meglio con nohz_full;
• i percorsi KVM, SEV e PCI passthrough ricevono una gestione dello stato più solida.

Partizionamento CPU più affidabile

La gestione cpuset di cgroup v2 rifiuta ora configurazioni in cui una partizione root remota tenta di usare CPU già assegnate a una partizione locale antenata.

Preserva la proprietà esclusiva delle CPU e rafforza la separazione dei carichi di trading, rete, housekeeping e servizi.

Per HFTKernel, lo stato delle partizioni CPU rimane coerente durante creazione, riconfigurazione e rimozione dei servizi.

Completamento zero-copy AF_PACKET più sicuro

PACKET_TX_RING usa ora il meccanismo standard di completamento zero-copy.

Uno slot del ring diventa disponibile solo dopo che tutti i riferimenti ai suoi dati sono stati rilasciati o copiati. Mantiene esplicita la proprietà dei buffer dei pacchetti nell'intero ciclo di vita TX.

La modifica rafforza:

• replay dei dati di mercato;
• generatori di traffico;
• sonde di latency basate su pacchetti;
• ambienti di test AF_PACKET;
• carichi di qualificazione della rete.

Avanzamento affidabile dei ring virtio-net

Virtio-net rilascia ora i frammenti zero-copy rilevanti prima di rendere orfani i pacchetti quando NAPI TX è disabilitato.

Mantiene l'avanzamento delle configurazioni PACKET_TX_RING limitate e restituisce gli slot completati al mittente senza attendere un'ulteriore trasmissione.

Lo stesso miglioramento del ciclo di vita supporta percorsi di virtualizzazione annidata con vhost-net e virtio-net.

Comportamento limitato dei timer TPACKET_V3

TPACKET_V3 calcola ora i timeout di ritiro dei blocchi con aritmetica che supporta in sicurezza blocchi grandi dei ring di pacchetti.

Impedisce a un overflow del timer di creare un timer ad alta risoluzione che si riavvia continuamente in contesto softIRQ.

Per i sistemi di acquisizione e replay, il risultato è un comportamento controllato dei timer e protezione da un ring che consuma un'intera CPU tramite elaborazione softIRQ continua.

Gestione della trasmissione Google GVE DQO più solida

Il driver GVE DQO valida ora la geometria TSO e GSO prima nel percorso di trasmissione.

I pacchetti con MSS inferiore al minimo supportato dall'hardware passano al percorso software appropriato prima di raggiungere il dispositivo. Evita scarti hardware silenziosi e le ritrasmissioni conseguenti.

L'elaborazione UDP GSO usa inoltre la lunghezza corretta dell'header di trasporto per calcolare limiti dei segmenti e requisiti dei descrittori.

Queste modifiche migliorano la coerenza della trasmissione di rete Google Cloud per carichi TCP e UDP che usano GVE DQO.

Gestione HugeTLB più resiliente

Lo spostamento delle tabelle delle pagine HugeTLB durante mremap() preserva ora la corretta relazione tra gli indirizzi dei mapping sorgente e destinazione.

Le pagine gigantesche senza supporto alla dissoluzione durante l'esecuzione rimangono sul loro percorso di ciclo di vita compatibile, preservando la coerenza di lista libera e stato delle pagine.

Queste modifiche rafforzano gli insiemi di lavoro HugeTLB esplicitamente riservati, incluse configurazioni con pagine da 1 GiB sui sistemi x86 supportati.

Ordinamento della memoria anonima più solido

L'inizializzazione delle VMA anonime pubblica ora il puntatore anon_vma con l'ordinamento di memoria richiesto.

Tutti i campi inizializzati diventano visibili prima che un'altra CPU possa usare la nuova struttura.

Rafforza i percorsi concorrenti di page fault, first-touch, mprotect() e VMA adiacenti, soprattutto sulle architetture debolmente ordinate come ARM64.

Rimozione del writeback cgroup più prevedibile

La pulizia writeback dei cgroup di memoria offline segnala ora stati di quiescenza Tasks-RCU durante lunghe operazioni di svuotamento.

Il percorso interessato di svuotamento degli inode avanza inoltre linearmente, proseguendo dalla precedente posizione di scansione invece di ripercorrere lo stesso prefisso della lista.

Mantiene l'avanzamento di BPF, ftrace e altri utenti Tasks-RCU durante la rimozione di servizi o container di grandi dimensioni.

Controllo DPLL più preciso

La sincronizzazione dei riferimenti DPLL usa ora una ricerca precisa per ID del pin.

Una richiesta userspace si applica solo al pin di riferimento selezionato e non può essere reindirizzata a una voce vicina con identificatore diverso.

Rafforza il controllo deterministico della topologia delle sorgenti temporali sull'hardware supportato.

Timestamping hardware basato su PHY ripristinato

I dispositivi di rete che forniscono timestamp hardware tramite PHY non dipendono più da callback di timestamp del driver MAC non applicabili alla loro architettura.

La configurazione PTP raggiunge direttamente il percorso di timestamping PHY, preservando i timestamp hardware sui dispositivi supportati.

Inizializzazione AWS ENA più pulita

Il percorso di pulizia del probe AWS ENA rilascia ora le risorse di lettura PHC e MMIO nell'ordine corretto.

Registrazione del clock PTP, stato PHC, risorse MMIO basate su DMA e dati privati del driver rimangono allineati durante inizializzazione parziale e pulizia del dispositivo.

Rafforza la gestione del ciclo di vita ENA nel profilo HFTKernel Cloud.

Overhead delle transizioni KVM ridotto

Le operazioni di virtualizzazione annidata usano ora chiamate statiche in diversi percorsi L2 attivi.

Sugli host Intel supportati, KVM evita inoltre di cambiare la configurazione DS_AREA e PEBS quando PEBS del guest è inattivo. Il percorso interessato elimina due o quattro scritture MSR inutili per andata e ritorno VMX.

I processori con isolamento PEBS evitano tre ulteriori scritture MSR relative a PEBS a ogni transizione VMX.

Questi miglioramenti rendono HFTKernel più efficiente come host KVM per carichi virtualizzati annidati e sensibili alle prestazioni.

Misurazioni Intel PEBS più affidabili

Intel PEBS riceve classificazioni più precise di caricamenti e scritture, vincoli delle sorgenti dati e decodifica dello stato snoop nelle microarchitetture recenti supportate.

Migliora l'analisi assistita dall'hardware di:

• latency della memoria;
• comportamento della cache;
• stalli di caricamento e scrittura;
• effetti NUMA;
• ritardi di esecuzione rari.

Il risultato è un livello di osservabilità più affidabile per l'ottimizzazione delle prestazioni e le analisi della tail latency.

Instradamento delle code XPS più coerente

XPS rifiuta ora gli identificatori di classe di traffico esterni alla configurazione attiva delle code.

Mantiene coerenti le mappe di instradamento delle code dopo cambiamenti delle classi di traffico e preserva metadati validi di collocazione CPU-coda TX.

Risultato di HFTKernel 7.2.9

HFTKernel 7.2.9 rafforza il sistema attorno alle applicazioni sensibili alla latency:

• la proprietà esclusiva delle CPU rimane coerente;
• proprietà e completamento dei ring di pacchetti sono espliciti;
• i carichi di acquisizione mantengono un comportamento limitato dei timer;
• le transizioni HugeTLB e della memoria anonima sono più robuste;
• la rimozione dei cgroup genera meno interferenze prolungate in background;
• la configurazione PTP e DPLL diventa più precisa;
• la gestione del ciclo di vita ENA è più pulita;
• le transizioni KVM eseguono meno lavoro inutile;
• le misurazioni PEBS forniscono dati sulle prestazioni più affidabili.

Reclaim della memoria più prevedibile

Linux 7.2.8 migliora la separazione tra shrinker globali dei filesystem e reclaim per cgroup di memoria.

Gli hook di oggetti in cache non consapevoli di memcg restano sul percorso di reclaim globale, mentre gli hook dei filesystem consapevoli di memcg possono ancora partecipare al reclaim per memcg. Evita lavoro globale ripetuto su molte coppie memcg/nodo NUMA, ripristinando un reclaim per memcg utile per percorsi come quello degli slab inode XFS.

Per HFTKernel, supporta un isolamento dei servizi più pulito e minori interferenze in background sui sistemi che usano container, cgroup v2 o limiti di memoria per servizio.

Contabilità più precisa della memoria bloccata

La versione corregge la contabilità locked_vm per MREMAP_DONTUNMAP quando VMA bloccate vengono rimappate senza smappare la sorgente.

Rende inoltre più sicuri gli aggiornamenti NR_MLOCK nei percorsi in cui munlock(), I/O diretto, folio della page cache e completamento IRQ possono interagire sulla stessa CPU.

Per HFTKernel, rafforza la contabilità della memoria attorno agli insiemi di lavoro vincolati e bloccati, comuni nelle applicazioni sensibili alla latency e nei carichi di misurazione.

Comportamento più chiaro dei mapping grandi per la memoria gestita dai driver

I mapping PFNMAP grandi evitano ora i parametri THP generici dove non sono applicabili. Il registro upstream segnala che questi mapping non sono normale memoria THP recuperabile e che una gestione errata causava degrado reale delle prestazioni nelle configurazioni interessate.

Per HFTKernel, riguarda mapping specializzati dei dispositivi, mapping di tipo DAX e memoria gestita dai driver, non la politica THP applicativa predefinita.

Percorsi di acquisizione e replay AF_PACKET più solidi

AF_PACKET riceve due correzioni pratiche per l'elaborazione dei pacchetti basata su ring.

TPACKET_V3 preserva ora la dimensione validata dell'area privata senza troncarla in un campo interno più piccolo. Impedisce ai record dei pacchetti di sovrapporsi ai metadati privati del ring.

Il percorso di errore dell'header VNET cancella ora correttamente la proprietà RX, impedendo a un pacchetto fallito di rendere indisponibile uno slot del ring per il pacchetto valido successivo.

Per HFTKernel, è direttamente utile per acquisizione dei dati di mercato, replay dei pacchetti, sonde di latency, generatori di traffico e ambienti di test di rete basati su AF_PACKET.

Comportamento più robusto dei timestamp TCP e socket

TCP esclude ora gli ACK eccessivamente vecchi dal percorso rapido e li invia al normale percorso di validazione. Mantiene gli aggiornamenti dello stato della connessione TCP allineati alla validazione degli ACK.

La configurazione dei timestamp dei socket acquisisce ora il lock del socket quando modifica i relativi flag, preservando il caso comune senza lock. Rafforza la correttezza del ciclo di vita dei timestamp nei sistemi con molti socket.

Per HFTKernel, queste modifiche migliorano la correttezza delle connessioni di lunga durata TCP, TLS, WebSocket, del piano di controllo e di osservabilità.

Diagnostica PTP e PHC migliore

Per MACB/GEM, i timestamp di sistema restituiti attorno a una lettura PHC delimitano ora correttamente la lettura del registro hardware. Il registro upstream riporta che l'intervallo precedente poteva essere irrealisticamente breve rispetto alla lettura ordinata effettiva, distorcendo la sincronizzazione basata sul punto medio.

Per stmmac, phc_index rimane ora non impostato quando il timestamping hardware è supportato ma non è ancora stato registrato un clock PTP. Evita di riportare un indice PHC apparentemente valido per il clock sbagliato.

Per HFTKernel, migliora l'integrità della diagnostica temporale e riduce il rischio di rilevamento PHC fuorviante nelle configurazioni NIC supportate.

Gestione più solida del ciclo di vita RDMA, EFA e IRQ

Il driver AWS EFA mantiene ora attive risorse EQ e code amministrative mentre i relativi handler IRQ sono registrati. L'ordine di inizializzazione e rimozione è allineato alle risorse usate dal contesto di interrupt.

I percorsi RDMA ricevono inoltre miglioramenti del ciclo di vita e dell'ordinamento, inclusi fence locali per la registrazione della memoria Intel irdma e gestione XArray sicura per IRQ nelle tabelle QP e CQ erdma.

Per HFTKernel Hardware e ambienti prossimi al cloud, rafforza l'affidabilità del ciclo di vita RDMA guidato dagli interrupt.

Diagnostica e osservabilità più affidabili

perf migliora la pulizia degli eventi PMU guest mediati quando i moduli vengono scaricati con connessioni perf attive.

I metadati dei gruppi netlink vengono ora aggiornati con pubblicazione sicura per RCU e liberazione ritardata per i lettori senza lock.

drop_monitor riceve una gestione più sicura della rimozione di tracepoint, puntatori per CPU e timer, incluso timer_shutdown_sync() per impedirne il riarmo durante la rimozione.

Per HFTKernel, queste modifiche rafforzano l'affidabilità delle sessioni diagnostiche usate per analizzare pacchetti scartati, interferenze dello scheduling ed eventi rari di tail latency.

Isolamento CPU e contabilità dello scheduler

La gestione cpuset di cgroup v2 conserva le CPU isolate all'avvio nella contabilità dell'isolamento quando una partizione isolata viene rilasciata o cambia stato. Mantiene cpuset.cpus.isolated allineato all'isolamento dei domini all'avvio e supporta un'automazione affidabile della collocazione nei cicli di vita dei servizi.

EEVDF mantiene ora coerentemente il tempo virtuale minimo e i metadati degli intervalli minimo/massimo durante gli aggiornamenti dell'albero runqueue, inclusa l'inizializzazione di max_slice prima dell'accodamento. Questi affinamenti supportano lo scheduling della classe fair per thread applicativi e di housekeeping.

La contabilità dell'inattività media viene aggiornata solo quando è disponibile un timestamp inattivo valido, mantenendola legata a intervalli reali.

Meno lavoro di migrazione RT e deadline inutile

Gli scheduler RT e deadline saltano le attività con migrazione disabilitata quando scelgono quale spostare su un'altra CPU. Possono selezionare un candidato trasferibile o ritornare subito, evitando risvegli ripetuti del CPU stopper che non possono avanzare. Il miglioramento riguarda i relativi percorsi di scheduling RT/DL.

Lavoro differito della console più efficiente

L'output differito della console nbcon usa lavoro IRQ lazy. Quando il tick locale dello scheduler è attivo, il lavoro può essere servito su quel tick invece di richiedere un altro interrupt immediato. Una CPU con tick fermo può ancora richiedere un interrupt, preservando l'avanzamento nelle configurazioni tickless.

Allocazione più prevedibile dei pacchetti di controllo TCP

I pacchetti TCP di reset attivo usano flag di allocazione atomica, evitando il reclaim diretto della memoria mentre è mantenuto un lock socket. Mantiene leggera l'allocazione nei percorsi interessati di chiusura e disconnessione, inclusa la rimozione dei socket usata dagli stack di storage di rete.

Contabilità più precisa dei buffer di ricezione io_uring

Le operazioni di ricezione con MSG_TRUNC contabilizzano i byte effettivamente copiati nei buffer forniti, preservando il risultato richiesto a lunghezza completa. Il consumo incrementale rimane allineato alla regione disponibile, supportando un riutilizzo affidabile dei buffer nelle applicazioni che usano questa modalità.

Diagnostica coerente dei timestamp hardware

Il driver mlx5 conserva le statistiche cumulative dei timestamp hardware durante modifiche al numero di canali, alle classi di traffico e alle modalità di timestamping DMA o di porta. Le statistiche persistenti consentono inoltre al percorso di lettura di evitare il precedente mutex di stato. Rafforza la telemetria dei timestamp durante la riconfigurazione NIC.

Cicli di vita dei driver di rete più affidabili

Azure MANA: la riconfigurazione XDP conserva il precedente stato valido del programma quando la preallocazione dei buffer di ricezione non può completarsi.

Intel IDPF: il lavoro di moderazione dinamica degli interrupt viene fermato prima del rilascio dei vettori delle code. Gli header VLAN vengono inoltre considerati nell'analisi dei pacchetti ricevuti aggregati dall'hardware.

GRO e inoltro: i pacchetti TCP aggregati dall'hardware rimangono compatibili con l'elaborazione fraglist GRO e la segmentazione successiva. Riguarda configurazioni di inoltro Linux che combinano questi offload.

Osservabilità delle prestazioni più affidabile

Il campionamento Intel PEBS coordina l'arresto PMU e lo svuotamento dei buffer condivisi per evitare operazioni di svuotamento sovrapposte. Migliora l'affidabilità del campionamento delle prestazioni assistito dall'hardware sui sistemi Intel supportati.

Gli istogrammi di tracciamento conservano i modificatori percentuali e grafici dei valori. La configurazione seleziona e valida il clock di tracciamento prima di pubblicare il trigger, rafforzando la ripetibilità della configurazione delle sessioni diagnostiche.

Gestione più solida del ciclo di vita della memoria e dell'I/O

SLUB coordina le restituzioni alla freelist con gli aggiornamenti della lista parziale sotto il lock del nodo appropriato, mantenendo coerente lo stato dell'allocator durante operazioni concorrenti.

Su x86, le tabelle delle pagine create dividendo mapping grandi del kernel usano il percorso standard di allocazione delle tabelle del kernel. Mantiene coordinati costruzione, contabilità, liberazione differita e invalidazione IOTLB.

Per le scritture asincrone io_uring, la contabilità delle scritture del filesystem termina nel callback di completamento I/O effettivo invece di attendere l'elaborazione successiva del task work. Migliora il coordinamento con blocco e arresto dei filesystem.

Gestione del tempo di sistema più coerente

La gestione del tempo considera ora in ntp_error la regolazione del timestamp che preserva la continuità quando cambia il moltiplicatore di frequenza della clocksource. Mantiene il calcolo dell'errore di regolazione del clock allineato alla correzione, soprattutto durante correzioni di frequenza maggiori da un riferimento esterno.

Gestione più efficiente della collocazione CPU e memoria

In cgroup v2, la gestione hotplug cpuset evita aggiornamenti ridondanti delle attività quando le maschere effettive CPU e dei nodi NUMA sono ereditate dal genitore. Riduce lavoro superfluo di gestione della collocazione durante gli aggiornamenti topologici interessati.

Meno lavoro superfluo di reclaim della memoria

Quando un cgroup di memoria viene rimosso, la contabilità della dimensione LRU passa al genitore invece di rimanere duplicata nel figlio. Il reclaim LRU tradizionale evita scansioni ripetute di liste svuotate, mentre MGLRU beneficia di una contabilità più precisa del budget dei nodi shadow. Migliora la contabilità delle risorse durante riavvii dei servizi, ricambio dei container e pressione sulla memoria.

Pacing dei pacchetti FQ più coerente

FQ compensa ora solo la deriva positiva dello scheduling nel calcolo dei ritardi di pacing. Con pacing offload abilitato, un dequeue anticipato non accorcia più l'intervallo successivo nei percorsi interessati con limite di velocità e non EDT. La validazione durante l'esecuzione di quantum e initial_quantum mantiene inoltre la configurazione FQ entro limiti supportati.

Gestione più affidabile di AF_XDP e dei buffer DMA

Il driver virtio-net ridimensiona ora l'array dei buffer AF_XDP insieme al ring RX. Mantiene la capacità dei buffer allineata alla configurazione della coda quando è collegata un'applicazione AF_XDP.

Il codice condiviso dei page pool coordina inoltre più attentamente lo smappaggio DMA e la pulizia dei metadati dei buffer durante rimozione e restituzione delle pagine concorrenti, rafforzando la gestione del ciclo di vita dei buffer di rete.

Configurazione hardware e di rete virtuale più solida

Intel E810 PTP: il driver ICE può ripiegare sulla coda sideband quando l'interfaccia del timer PHY a bassa latency scade. Migliora la reinizializzazione PTP dopo aggiornamenti firmware e reset correlati, mantenendo il normale percorso a bassa latency.

Azure MANA: l'allocazione MSI-X rispetta la capacità effettiva della tabella dei vettori del dispositivo, migliorando la configurazione delle risorse interrupt su VM molto grandi.

NVIDIA mlx5: i cambiamenti di stato dei vport E-Switch conservano la velocità TX massima configurata, mantenendo coerente la configurazione delle porte virtuali attraverso le transizioni di stato.

Diagnostica della latency più affidabile

La diagnostica dei timer ad alta risoluzione conta ora i tentativi di interrupt che recuperano correttamente, migliorando la precisione di nr_retries in /proc/timer_list.

Intel Processor Trace riceve una gestione arresto/avvio più affidabile. Lo strumento aggiornato perf sched richiede campioni di traccia pertinenti prima di presentare una tabella di latency, rendendo esplicite le registrazioni incomplete.

Contabilità I/O più completa attraverso hotplug CPU

Le statistiche del livello a blocchi raccolgono e azzerano campioni da tutte le CPU possibili, incluse quelle disattivate durante una finestra di campionamento. Preserva i campioni di latency pendenti per i percorsi di controllo I/O che usano queste statistiche.

Controllo HugeTLB e NUMA più affidabile

L'allocazione di pagine HugeTLB gigantesche tramite CMA valida ora il nodo NUMA preferito rispetto alla nodemask consentita, ripiega sui limiti cpuset correnti se non è fornita una maschera esplicita e può riprovare dopo una modifica cpuset concorrente. Migliora il controllo della collocazione di grandi buffer preallocati, incluse pagine da 1 GiB su x86 usando questo percorso di allocazione.

La gestione dei pool HugeTLB conserva max_huge_pages quando libera pagine eccedenti. Le pagine migrate mantengono lo stato migrabile e l'appartenenza alla lista attiva anche nello stesso nodo NUMA. I contatori cgroup sono inizializzati coerentemente indipendentemente da CONFIG_DEBUG_VM, inclusi i limiti illimitati riportati come max.

Sincronizzazione con ereditarietà della priorità più coerente

Helper di scheduling PI-futex dedicati delimitano rt_mutex_wait_proxy_lock() senza chiamare sched_submit_work() nel percorso proxy-lock. Migliora la contabilità della sincronizzazione per applicazioni che usano futex con ereditarietà della priorità.

Su PREEMPT_RT, il completamento PI-requeue evita un rcuwait_wake_up() ridondante in Q_REQUEUE_PI_LOCKED, mantenendo coerenti il passaggio del lock e i risvegli dei thread in attesa. Questa seconda modifica è specifica di PREEMPT_RT.

Diagnostica BPF e ftrace più affidabile

bpf_get_stackid() protegge dalla preemption la raccolta della callchain e l'accesso al buffer per CPU restituito. L'inizializzazione concorrente di ftrace_ops viene sincronizzata mantenendo il percorso rapido per gli oggetti inizializzati.

Le operazioni dei filtri funzione e le letture di filtri/trigger degli eventi mantengono i riferimenti richiesti all'istanza di traccia. Queste modifiche rafforzano la profilazione automatizzata e l'analisi di valori anomali rari di latency sui sistemi PREEMPT.

Profilazione hardware più precisa

La disponibilità di Intel PMU AnyThread segue la capacità CPUID pertinente. Il filtro Intel LBR solo utente controlla entrambi gli indirizzi dei salti, mantenendo i campioni nell'ambito richiesto.

Il programma BPF esteso per gli argomenti delle syscall in perf trace usa bpf_for, rendendo più robusti i controlli del verifier sulla terminazione dei cicli rispetto alle modifiche di Clang. Questo miglioramento richiede una build aggiornata di perf.

Inizializzazione una tantum dei socket più pulita

DO_ONCE_SLEEPABLE() differisce la disabilitazione delle chiavi statiche a una workqueue di sistema, fuori dai lock mantenuti dal chiamante. Separa gli aggiornamenti globali delle chiavi statiche dal locking dei socket in percorsi come __inet_hash_connect(). La modifica riguarda l'inizializzazione una tantum, non l'elaborazione per pacchetto.

Gestione più solida della memoria e dei timer KVM

L'invecchiamento senza lock della shadow MMU riusa il valore di reverse mapping acquisito durante il controllo del lock. Gli aggiornamenti del bit Accessed della TDP-MMU usano LOCK CMPXCHG per rimanere coerenti con modifiche SPTE concorrenti.

I timer sintetici Hyper-V emulati da KVM validano le conversioni da 100 nanosecondi e limitano le scadenze a KTIME_MAX, mantenendo nel futuro le scadenze lontane. Queste modifiche si applicano al kernel host KVM. Per un guest cloud, il beneficio dipende dall'aggiornamento dell'host del fornitore.

Storage e politiche di memoria facoltative più robusti

NVMe multipath coordina la rimozione dei namespace con i lettori SRCU. NVMe/TCP verifica tempestivamente i C2HData in ingresso rispetto alla direzione del comando, rafforzando i percorsi interessati dello storage di rete.

La prioritizzazione DAMOS usa una somma mobile degli accessi per decisioni di schema più coerenti. Con tmpfs THP abilitato, MADV_HUGEPAGE passa i flag VMA aggiornati a khugepaged. Questi miglioramenti si applicano alle configurazioni che usano i rispettivi sottosistemi e politiche.

Vincolo a lungo termine della memoria più efficiente

La contabilità dei riferimenti GUP per le pagine vincolate è stata corretta. Il percorso interessato di vincolo a lungo termine può ora evitare svuotamenti locali e globali superflui dei buffer LRU interni.

Per HFTKernel, riduce lavoro superfluo tra CPU durante la preparazione dei buffer vincolati e supporta l'obiettivo di minimizzare le interferenze di sistema attorno ai core di trading dedicati.

Reclaim dei filesystem meglio limitato

JBD2 conta ora ogni buffer di checkpoint esaminato nel budget di scansione, inclusi quelli occupati. Verifica inoltre se è necessaria una rischedulazione quando salta buffer occupati.

Limita il lavoro di un singolo passaggio dello shrinker e consente di rilasciare prontamente il lock del journal quando viene richiesta una rischedulazione. Sui nodi ext4, la modifica è utile quando l'attività del filesystem coincide con pressione sulla memoria.

Gestione della memoria più coordinata

I cicli di reclaim e migrazione delle pagine segnalano ora esplicitamente stati di quiescenza a RCU Tasks. Aiuta i relativi periodi di grazia a completarsi anche durante elaborazioni prolungate della memoria sui kernel PREEMPT. La modifica alla migrazione è particolarmente rilevante per gli host KVM che usano callback MMU notifier.

Nelle configurazioni con vm.defrag_mode=1, le allocazioni non spostabili passano attraverso il percorso appropriato di reclaim e compaction dei pageblock. La compaction di interi pageblock usa inoltre regole di selezione della memoria più adatte, permettendo all'allocator di avanzare meglio in questa modalità.

SLUB rifornisce gli sheaf riutilizzabili senza consumare le riserve di emergenza pfmemalloc, preservandole per gli usi previsti del kernel.

Gestione più coerente delle code TX di rete

Lo stack di rete comune migliora l'inizializzazione di trans_start quando vengono attivate le code TX. Ogni coda interessata riceve il tempo di riferimento corretto per il watchdog, rendendo più affidabile il monitoraggio dello stato durante l'attivazione dell'interfaccia.

Il driver Broadcom bnxt_en attiva ora la doorbell per i pacchetti già preparati anche quando l'ultimo pacchetto di un burst fallisce la linearizzazione. Il dispositivo viene notificato dei descrittori TX accodati senza attendere un'altra chiamata di trasmissione.

Consegna degli interrupt PCI più affidabile su Hyper-V

Durante l'hot-unplug CPU, un interrupt PCI MSI pendente può ora essere reinviato alla nuova CPU di destinazione attraverso il dominio interrupt genitore.

Per HFTKernel Cloud su Hyper-V, migliora l'affidabilità dei dispositivi PCI quando cambia l'insieme delle vCPU online. La modifica riguarda specificamente il reindirizzamento degli interrupt quando una CPU viene disattivata.

Overhead I/O dei filesystem ridotto

Per piccole sovrascritture bufferizzate in folio grandi già aggiornati, l'elaborazione si ferma dopo l'intervallo richiesto invece di attraversare i buffer head rimanenti. Riduce lavoro CPU inutile, incluso quello del percorso di scrittura ext4 interessato.

In dm-io, le richieste DM_IO_BIO clonano il bio originale invece di ricostruire il vettore delle pagine. Iteratore e allineamento originali vengono preservati, semplificando la gestione I/O nelle configurazioni Device Mapper che usano questo percorso.

Diagnostica della latency e del jitter più affidabile

Raccolta e copia della callchain BPF sono protette dalla preemption durante l'accesso al buffer condiviso per CPU. Migliora l'affidabilità della raccolta degli stack sui kernel PREEMPT.

Le letture da trace_pipe vengono sincronizzate con il ridimensionamento dei sottobuffer di tracciamento, rafforzando l'osservabilità degli eventi kernel durante la riconfigurazione del tracciamento.

Gestione più rigorosa dei clock ausiliari

__do_adjtimex() verifica ora se la lettura di un clock ausiliario è riuscita. Quando non è disponibile, restituisce -ENODEV invece di usare un valore temporale non ottenuto.

Migliora la gestione dello stato dei clock ausiliari nelle configurazioni che usano questa API temporale.

Configurazione Intel Speed Select più affidabile

Sulle piattaforme Intel supportate, viene rafforzata la validazione dei parametri SST-CP per intervalli di frequenza, priorità proporzionale, identificatori CPU e CLOS.

Per HFTKernel Hardware, migliora il controllo delle impostazioni delle prestazioni hardware nella configurazione di sistemi compatibili.

AF_PACKET e acquisizione dei pacchetti

Il ciclo di vita di AF_PACKET TX_RING basato su memoria vmalloc è stato migliorato.

La memoria del ring TX rimane ora attiva finché ogni skb associato non è completato. Gli aggiornamenti dei timestamp e TP_STATUS_AVAILABLE terminano prima del rilascio del riferimento pendente, senza aggiungere un altro lock al percorso frequente di completamento TX.

È particolarmente utile per sistemi HFTKernel usati per:

• Acquisizione dei dati di mercato
• Replay dei pacchetti
• Sonde di latency
• Generatori di traffico
• Ambienti di test di rete
• Sistemi di misurazione basati su AF_PACKET

La modifica rende più coerenti completamento TX e rilascio della memoria del ring senza aggiungere sincronizzazione al percorso principale di elaborazione dei pacchetti.

Percorso dati VLAN più stabile

Le interfacce VLAN conservano ora una hard_header_len stabile, ereditano correttamente headroom e tailroom richiesti e mantengono il corretto allineamento degli header per AF_PACKET SOCK_RAW.

Migliora la prevedibilità dei percorsi TX senza lock quando si usano:

• Offload VLAN hardware
• Interfacce di rete virtuali
• Container e namespace di rete
• Rete cloud
• Acquisizione dei pacchetti tramite raw socket

Per HFTKernel, significa metadati dei pacchetti e disposizione dei buffer più coerenti quando cambia lo stato di VLAN offload.

MSS TCP corretto nelle reti asimmetriche

Linux 7.2.3 calcola l'MSS TCP annunciato dalla MTU configurata dell'interfaccia o della rotta invece che da una PMTU del percorso in uscita rilevata in precedenza.

È particolarmente rilevante per configurazioni cloud asimmetriche, bilanciatori DSR e reti overlay in cui traffico in uscita e in ingresso possono attraversare percorsi con MTU diverse.

La modifica evita che una MTU overlay in uscita più piccola limiti inutilmente la dimensione dei segmenti TCP in ingresso per tutta la durata della connessione.

L'MSS derivato dalla rotta è inoltre limitato a TCP_MIN_MSS, rendendo più robusta l'inizializzazione della finestra di ricezione TCP quando le metriche della rotta contengono valori insoliti.

Per HFTKernel, migliora la prevedibilità delle connessioni TCP, TLS e WebSocket di lunga durata usate dai sistemi di dati di mercato ed esecuzione.

Transizione pulita tra AVX2 e SSE

L'implementazione di ricerca nftables PIPAPO AVX2 esegue ora vzeroupper prima di tornare a codice che può usare istruzioni SSE.

Azzerare le parti superiori dei registri YMM impedisce la penalità documentata della transizione AVX-SSE nel codice SSE successivo.

Si applica ai sistemi in cui nftables e la ricerca AVX2 PIPAPO rimangono attivi sui core di infrastruttura o housekeeping. Per HFTKernel, elimina un'altra piccola ma evitabile fonte di overhead CPU imprevedibile.

Piano di controllo XFRM e IPsec più prevedibile

Gli stati keepalive NAT XFRM vengono ora elaborati in batch di dimensione fissa, limitando la memoria temporanea indipendentemente dal numero totale di stati.

Anche il locking è stato rielaborato affinché raccolta dei riferimenti ed elaborazione degli stati avvengano in fasi separate.

Per l'infrastruttura cloud, fornisce:

• Uso limitato della memoria temporanea
• Elaborazione più robusta di grandi insiemi di stati XFRM
• Comportamento più prevedibile del piano di controllo IPsec
• Interazione più coerente con softirq e percorsi di rimozione degli stati

Queste modifiche sono esterne al percorso frequente principale del trading, ma rafforzano la resilienza operativa dei nodi cloud e degli overlay di rete cifrati.

Offload zero-copy TLS più solido

L'offload TLS del dispositivo gestisce ora più affidabilmente il limite di frammenti di un record TLS aperto.

Quando l'array di frammenti è pieno, il record viene inviato anche se l'applicazione usa MSG_MORE e percorsi zero-copy splice().

Rafforza:

• Offload TLS della NIC
• TLS_TX_ZEROCOPY_RO
• Percorsi di invio zero-copy
• Flussi TCP cifrati ad alto carico

Per HFTKernel, la modifica è utile sui nodi infrastrutturali in cui terminazione TLS o offload TLS del kernel vengono eseguiti direttamente dall'adattatore di rete.

KVM e AMD SEV/SNP

KVM migliora la gestione di AMD SEV e SEV-SNP:

• Gli hook guest_memfd specifici di SEV vengono collegati solo quando il supporto SEV è abilitato
• L'infrastruttura delle chiamate statiche può eliminare un CALL+RET inutile quando SEV non è usato
• Il tracciamento VMSA controllato dal guest è più robusto
• Una vCPU torna correttamente allo stato eseguibile dopo AP_CREATE
• Il supporto della memoria basata su file per guest cifrati è ripristinato
• I buffer temporanei per le operazioni di crittografia vengono allocati come pagine intere

Queste modifiche contano soprattutto quando HFTKernel è usato come host KVM o con virtualizzazione riservata AMD. Il loro impatto diretto in una normale VM cloud dipende dal kernel host del fornitore.

NVMe/TCP e Soft RoCE

L'uso di page_frag_cache durante la creazione concorrente di namespace NVMe/TCP viene ora serializzato, migliorando il ciclo di vita dei buffer PDU nell'inizializzazione parallela dello storage.

Soft RoCE aggiorna ora più coerentemente le risorse del responder quando cambia IB_QP_MAX_DEST_RD_ATOMIC: gli array sostitutivi vengono installati solo dopo l'arresto dell'attività responder.

Queste modifiche sono utili per infrastrutture HFT che usano storage di rete, RDMA software, ambienti di laboratorio o validazione RDMA virtualizzata. Non modificano il percorso rapido principale RDMA hardware.

Validazione eBPF

Il selftest BPF sockmap è corretto per pacchetti con skb non lineare.

Il parser rimane in sola lettura, mentre i dati richiesti del pacchetto vengono esplicitamente linearizzati nel programma di verdetto prima dell'accesso diretto.

Migliora i test di regressione dei percorsi BPF sockmap e rafforza la pipeline di compilazione e qualificazione HFTKernel.

Valutazione dell'impatto

Linux 7.2.3 non pubblica nuove misurazioni di latency mediana, p99, p99.9 o p99.99 per queste modifiche.

L'effetto pratico della versione va quindi verificato con misurazioni A/B controllate sul carico di destinazione.

HFTKernel 7.2.3 rafforza i percorsi di rete Linux in cui ciclo di vita dei pacchetti, metadati dei buffer, selezione dei percorsi TCP e operazioni infrastrutturali in background possono influire sulla stabilità e ripetibilità dei sistemi sensibili alla latency.

Percorso dati di rete

Quando un frammento IP entra nella coda condivisa di riassemblaggio, il kernel azzera ora il suo stato GSO con skb_gso_reset().

• Lo stato GSO non viene più trasferito dai singoli frammenti al pacchetto riassemblato.
• Il pacchetto riassemblato raggiunge la segmentazione software con lo stato corretto.
• La correzione condivisa copre il riassemblaggio IPv4, IPv6, del tracciamento connessioni Netfilter e 6LoWPAN.
• L'interazione tra riassemblaggio dei frammenti, GSO e skb_segment() è più robusta.

La modifica è implementata nel percorso condiviso inet_frag_queue_insert() e interessa un solo file del kernel.

Valore pratico per HFTKernel

L'aggiornamento è particolarmente rilevante per i sistemi che usano:

• TUN/TAP
• AF_PACKET con PACKET_VNET_HDR
• Virtio-net e KVM
• Macchine virtuali cloud
• Namespace di rete
• Acquisizione e replay dei pacchetti
• Generatori di traffico e ambienti di test di rete
• Gateway virtualizzati di dati di mercato ed esecuzione

Per HFTKernel, significa un percorso dati di rete più resiliente e una gestione più affidabile di combinazioni rare di frammentazione IP e metadati GSO.

Validazione upstream

I test upstream hanno coperto quattro geometrie diverse di pacchetti IPv4 e IPv6 frammentati. Dopo la correzione, ogni datagramma di prova è stato consegnato interamente e senza messaggi del kernel.

Valutazione dell'impatto

Questo miglioramento mira alla resilienza operativa anziché all'accelerazione del normale percorso rapido di rete.

Upstream non pubblica nuove misurazioni di throughput, latency mediana o tail latency per Linux 7.2.2. La formulazione corretta per HFTKernel è:

HFTKernel 7.2.2 migliora l'affidabilità dei percorsi GSO e di riassemblaggio dei frammenti nelle configurazioni di rete virtualizzate e mediate dallo userspace.