{"id":102845,"date":"2022-01-03T15:36:38","date_gmt":"2022-01-03T13:36:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/%d0%be%d0%bf%d1%83%d0%b1%d0%bb%d0%b8%d0%ba%d0%be%d0%b2%d0%b0%d0%bd-%d0%bd%d0%b0%d0%b1%d0%be%d1%80-%d0%bf%d0%b0%d1%82%d1%87%d0%b5%d0%b9-%d1%83%d1%81%d0%ba%d0%be%d1%80%d1%8f%d1%8e%d1%89%d0%b8%d1%85"},"modified":"2022-01-03T15:36:38","modified_gmt":"2022-01-03T13:36:38","slug":"%d0%be%d0%bf%d1%83%d0%b1%d0%bb%d0%b8%d0%ba%d0%be%d0%b2%d0%b0%d0%bd-%d0%bd%d0%b0%d0%b1%d0%be%d1%80-%d0%bf%d0%b0%d1%82%d1%87%d0%b5%d0%b9-%d1%83%d1%81%d0%ba%d0%be%d1%80%d1%8f%d1%8e%d1%89%d0%b8%d1%85","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/%d0%be%d0%bf%d1%83%d0%b1%d0%bb%d0%b8%d0%ba%d0%be%d0%b2%d0%b0%d0%bd-%d0%bd%d0%b0%d0%b1%d0%be%d1%80-%d0%bf%d0%b0%d1%82%d1%87%d0%b5%d0%b9-%d1%83%d1%81%d0%ba%d0%be%d1%80%d1%8f%d1%8e%d1%89%d0%b8%d1%85","title":{"rendered":"Pubblicato un insieme di patch che accelerano la compilazione del kernel Linux del 50-80%","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ingo Molnar, noto sviluppatore del kernel Linux e autore dello scheduler CFS (Completely Fair Scheduler), ha proposto per discussione nella mailing list degli sviluppatori del kernel Linux una serie di patch che coinvolgono oltre la met\u00e0 di tutti i file nel codice sorgente del kernel e garantiscono un aumento della velocit\u00e0 di ricompilazione completa del kernel del 50-80%, a seconda delle impostazioni. L'ottimizzazione implementata \u00e8 notevole poich\u00e9 \u00e8 associata all'aggiunta del pi\u00f9 grande insieme di modifiche nella storia dello sviluppo del kernel: si propongono 2297 patch, modificando oltre 25 mila file (10 mila file header nelle directory 'include\/' e 'arch\/*\/include\/' e 15 mila file di codice sorgente). <\/p>\n
L'aumento delle prestazioni \u00e8 ottenuto attraverso la modifica del metodo di gestione dei file di intestazione. Si osserva che, dopo trent'anni di sviluppo del kernel, la situazione dei file di intestazione \u00e8 diventata preoccupante a causa dell'elevato numero di dipendenze incrociate tra i file. Il lavoro di ristrutturazione dei file di intestazione ha richiesto pi\u00f9 di un anno e ha comportato una significativa revisione della gerarchia e delle dipendenze. Durante la ristrutturazione, \u00e8 stato effettuato un lavoro di separazione delle definizioni dei tipi e delle API per i diversi sottosistemi del kernel. <\/p>\n
Tra le modifiche apportate: separazione dei file header di alto livello l'uno dall'altro, esclusione dei file header che collegano le funzioni inline, creazione di file header per tipi e API, garanzia di costruzioni isolate per i file header (circa 80 file avevano dipendenze indirette che disturbavano la compilazione, esposte tramite altri file header), aggiunta automatica delle dipendenze ai file '.h' e '.c', ottimizzazione passo-passo dei file header, utilizzo della modalit\u00e0 'CONFIG_KALLSYMS_FAST=y', consolidazione selettiva dei file C in blocchi di compilazione per ridurre il numero di file oggetto. <\/p>\n
Come risultato, il lavoro svolto ha consentito di ridurre di 1-2 ordini di grandezza la dimensione dei file header elaborati nella fase di post-preprocessamento. Ad esempio, prima dell'ottimizzazione, l'uso del file header 'linux\/gfp.h' comportava l'aggiunta di 13543 righe di codice e il caricamento di 303 file header dipendenti, mentre dopo l'ottimizzazione la dimensione \u00e8 stata ridotta a 181 righe e 26 file dipendenti. Oppure un altro esempio: nella preprocessazione del file 'kernel\/pid.c' senza patch, si caricano 94 mila righe di codice, gran parte delle quali non viene utilizzata in pid.c. La separazione dei file header ha permesso di ridurre il volume di codice elaborato di tre volte, abbattendo il numero di righe elaborate a 36 mila. <\/p>\n
Durante la ricostruzione completa del kernel con il comando «make -j96 vmlinux» su un sistema di test, l'applicazione delle patch ha mostrato una riduzione del tempo di compilazione del ramo v5.16-rc7 da 231.34 a 129.97 secondi (da 15.5 a 27.7 compilazioni all'ora), oltre a migliorare l'efficienza nell'uso dei core CPU durante la compilazione. Nella compilazione incrementale, l'effetto dell'ottimizzazione \u00e8 ancora pi\u00f9 evidente: il tempo di ricompilazione del kernel dopo la modifica dei file di intestazione \u00e8 diminuito drasticamente (dal 112% al 173% a seconda del file di intestazione modificato). Le ottimizzazioni sono attualmente disponibili solo per le architetture ARM64, MIPS, Sparc e x86 (32 e 64 bit). \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"