Linus Torvalds e il suo team di sviluppo non hanno interrotto i loro sforzi per aver continuato con lo sviluppo del kernel Linux nonostante i problemi che so che attualmente stanno vivendo in tutto il mondo a causa del Covid-19.
Ed è anche quello So che sta lavorando alla versione candidata per la nuova versione dal kernel 5.6, anche già lavorando alla prossima versione 5.7 che se tutto continua in marcia lo vedremo rilasciato durante questa primavera.
Miglioramenti per nftables
Ed è che su questa nuova versione di Linux Kernel 5.7 dei sviluppatori del sottosistema di filtraggio e modifica Pacchetti di rete Netfilter reso noto pubblicando una serie di patch che accelerano notevolmente l'elaborazione di grandi set di nftables, che richiedono la verifica della combinazione di sottoreti, porte di rete, protocollo e indirizzi MAC.
Le patch sono già state accettate nel ramo nf-next, che verrà proposto per l'inclusione nel kernel Linux 5.7. L'accelerazione più notevole è stata ottenuta utilizzando le istruzioni AVX2 (ottimizzazioni simili basate sulle istruzioni NEON per ARM dovrebbero essere pubblicate in futuro).
Ottimizzazioni sono stati introdotti nel modulo nft_set_pipapo (Politiche dei pacchetti PIle), che risolve il problema del confronto del contenuto del pacchetto con intervalli di stati dei campi arbitrari utilizzati nelle regole di filtraggio, come intervalli di porte di rete e IP (nft_set_rbtree e nft_set_hash manipolare l'assegnazione dell'intervallo e il riflesso diretto dei valori).
Vettorializzata con istruzioni AVX2 a 256 bit, la versione pipapo su un sistema con un processore AMD Epyc 7402 ha mostrato un aumento delle prestazioni del 420% durante l'analisi di 30 registri che includevano pacchetti di protocollo di porta.
L'aumento nel confronto dei pacchetti di sottorete e del numero di porta durante l'analisi di 1000 voci è stato dell'87% per IPv4 e del 128% per IPv6.
Un'altra ottimizzazione, che consente l'uso di gruppi di mappatura a 8 bit anziché a 4 bit, ha anche mostrato un notevole aumento delle prestazioni: 66% analizzando 30 mila voci di protocollo di porta, 43% - sottorete porta IPv4 e 61% - sottorete porta IPv6.
In totale, tenendo conto delle ottimizzazioni di AVX2, le prestazioni di pipapo sono aumentate in questi test rispettivamente del 766%, 168% e 269%.
Le caratteristiche ottenute per confronti complessi sono in anticipo rispetto al controllo dei singoli campi in rbtree (con l'eccezione del test di associazione porta + protocollo), ma finora sono in ritardo rispetto ai controlli diretti che utilizzano hash e processori basati su drop.
Miglioramenti all'avvio dell'unità SSD NVMe
Un altro dei cambiamenti che accompagneranno il kernel di Linux 5.7 è un miglioramento per accelerare l'avvio del sistema da NVMe SSD. Questo è tutto grazie allo sviluppatore Intel Josh Triplett, che ha sottolineato che il tempo necessario per vedere se un'unità di avvio nvme è pronta per l'uso è di 100 ms. Poiché gli SSD NVME sono generalmente molto veloci, Triplett modificato il timeout da 100 millisecondi a 1 ms.
Secondo lo sviluppatore, questo ha guadagnato circa 0.2 secondi nel tempo di avvio. Sebbene ciò non faccia una differenza incredibilmente grande, è ovviamente un principio di "ogni bit conta".
Inoltre, quei 0.2 secondi possono essere cruciali in alcune applicazioni, come la configurazione della macchina virtuale o i sistemi di telecamere che devono essere pronti per scattare quasi immediatamente.
Driver del file system ExFAT
Ultimo ma non meno importante, un'altra delle novità che possiamo trovare in Linux 5.7 è un nuovo driver del file system exFAT, che ora fornirà un maggiore supporto per il driver che è attualmente nel kernel, poiché la versione corrente è limitata perché si basa su un vecchio driver.
Il nuovo controller che verrà incluso sarà su cui Samsung ha lavorato, rendendo possibile lavorare con supporti più grandi formattati utilizzando il file system exFAT. Il nuovo driver sarà noto come EXFAT_FS, ma il vecchio driver temporaneo (CONFIG_STAGING_EXFAT_FS) non verrà ancora rimosso. I due piloti vivranno inizialmente fianco a fianco, ma non sarà così per sempre.