{"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\/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","title":{"rendered":"\u00c8 stato pubblicato un insieme di patch che accelerano la compilazione del kernel Linux dal 50 all'80%","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ingo Molnar, noto sviluppatore del kernel Linux e autore dello scheduler Completely Fair Scheduler (CFS), ha proposto per discussione nella mailing list degli sviluppatori del kernel Linux una serie di patch che interessano oltre la met\u00e0 di tutti i file nel codice sorgente del kernel, assicurando un aumento della velocit\u00e0 di ricompilazione completa del kernel del 50-80% a seconda delle configurazioni. L'ottimizzazione implementata \u00e8 significativa poich\u00e9 comporta l'aggiunta del pi\u00f9 grande insieme di modifiche nella storia dello sviluppo del kernel: si propongono di includere 2297 patch che modificano oltre 25.000 file (10.000 file header nelle directory \"include\/\" e \"arch\/*\/include\/\" e 15.000 file di codice sorgente). <\/p>\n
L'aumento delle prestazioni \u00e8 ottenuto modificando il metodo di gestione dei file di intestazione. Si nota che, dopo trent'anni di sviluppo del kernel, lo stato dei file di intestazione \u00e8 diventato deludente 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 richiesto una significativa revisione della gerarchia e delle dipendenze. Durante la ristrutturazione, \u00e8 stato effettuato un lavoro per separare le definizioni dei tipi e le API per diversi sottosistemi del kernel. <\/p>\n
Tra le modifiche apportate ci sono: la separazione dei file header di alto livello, l'esclusione dei file header di funzioni inline, la distinzione dei file header per tipi e API, la garanzia di una raccolta separata dei file header (circa 80 file avevano dipendenze indirette che ostacolavano la compilazione tramite altri file header), l'aggiunta automatica delle dipendenze ai file '.h' e '.c', l'ottimizzazione passo passo dei file header, l'uso della modalit\u00e0 'CONFIG_KALLSYMS_FAST=y', e la consolidazione selettiva dei file C in blocchi di compilazione per ridurre il numero di file oggetto. <\/p>\n
Di conseguenza, il lavoro svolto ha consentito di ridurre il numero di intestazioni elaborate nella fase di post-preprocessamento di 1-2 ordini di grandezza. Ad esempio, prima dell'ottimizzazione, l'uso del file di intestazione «linux\/gfp.h» comportava l'aggiunta di 13.543 righe di codice e il collegamento di 303 file di intestazione dipendenti, mentre dopo l'ottimizzazione la dimensione \u00e8 stata ridotta a 181 righe e 26 file dipendenti. Un altro esempio: durante il preprocessamento del file «kernel\/pid.c», senza patch, si collegano 94.000 righe di codice, gran parte delle quali non viene utilizzata in pid.c. La suddivisione dei file di intestazione ha consentito di ridurre il volume del codice elaborato di tre volte, portando il numero di righe elaborate a 36.000. <\/p>\n
Con la ricompilazione completa del kernel utilizzando il comando «make -j96 vmlinux» su un sistema di test, l'applicazione delle patch ha mostrato una riduzione del tempo di costruzione del ramo v5.16-rc7 da 231,34 a 129,97 secondi (da 15,5 a 27,7 costruzioni all'ora), aumentando anche l'efficienza dell'uso dei core CPU durante la compilazione. Durante la compilazione incrementale, l'effetto dell'ottimizzazione \u00e8 ancora pi\u00f9 evidente: il tempo di ricompilazione del kernel dopo la modifica dei file di intestazione si \u00e8 ridotto 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":"