पॅचेसचा एक संच प्रकाशित केला गेला आहे जो लिनक्स कर्नलच्या निर्मितीला 50-80% ने गती देतो

इंगो मोल्नार, एक सुप्रसिद्ध लिनक्स कर्नल डेव्हलपर आणि CFS (कम्प्लीटली फेअर शेड्युलर) टास्क शेड्यूलरचे लेखक, लिनक्स कर्नल डेव्हलपर मेलिंग लिस्टवर चर्चा करण्यासाठी प्रस्तावित केले आहे पॅचेसची मालिका जी कर्नल स्त्रोतांमधील अर्ध्याहून अधिक फायलींना प्रभावित करते आणि सेटिंग्जवर अवलंबून पूर्ण कर्नल पुनर्बांधणीच्या गतीमध्ये 50-80% वाढ प्रदान करते. अंमलात आणलेले ऑप्टिमायझेशन लक्षात घेण्यासारखे आहे की ते कर्नल विकासाच्या इतिहासातील सर्वात मोठ्या बदलांच्या संचाच्या जोडणीशी संबंधित आहे - 2297 पॅचेस एकाच वेळी समाविष्ट करण्यासाठी प्रस्तावित केले होते, 25 हजार पेक्षा जास्त फायली बदलल्या होत्या (10 हजार शीर्षलेख फायली "समाविष्ट करा. /” आणि “arch/*/include/” निर्देशिका "आणि स्त्रोत मजकूरांसह 15 हजार फायली).

हेडर फायलींवर प्रक्रिया करण्याची पद्धत बदलून कार्यक्षमतेचा फायदा मिळवला जातो. हे नोंदवले गेले आहे की कर्नल विकासाच्या तीस वर्षांहून अधिक काळ, हेडर फाइल्सची स्थिती फायलींमधील मोठ्या संख्येने क्रॉस-डिपेंडन्सींच्या उपस्थितीमुळे निराशाजनक स्वरूप धारण करते. शीर्षलेख फाइल पुनर्रचनाला एक वर्षाचा कालावधी लागला आणि पदानुक्रम आणि अवलंबनांचे महत्त्वपूर्ण पुनर्रचना आवश्यक आहे. पुनर्रचना करताना, वेगवेगळ्या कर्नल उपप्रणालींसाठी टाइप परिभाषा आणि API वेगळे करण्याचे काम केले गेले.

केलेल्या बदलांमध्ये: उच्च-स्तरीय शीर्षलेख फायली एकमेकांपासून विभक्त करणे, शीर्षलेख फायलींना जोडणारी इनलाइन फंक्शन्स काढून टाकणे, प्रकार आणि API साठी शीर्षलेख फायली विभक्त करणे, हेडर फायलींचे वेगळे असेंब्ली सुनिश्चित करणे (सुमारे 80 फायलींमध्ये अप्रत्यक्ष अवलंबित्व होते जे असेंबलीमध्ये व्यत्यय आणतात, द्वारे उघड केले जातात. इतर शीर्षलेख फायली), ".h" आणि ".c" फायलींमध्ये अवलंबन स्वयंचलितपणे जोडणे, शीर्षलेख फायलींचे चरण-दर-चरण ऑप्टिमायझेशन, "CONFIG_KALLSYMS_FAST=y" मोडचा वापर, असेंबली ब्लॉक्समध्ये C फाइल्सचे निवडक एकत्रीकरण ऑब्जेक्ट फाइल्सची संख्या कमी करा.

परिणामी, केलेल्या कामामुळे पोस्ट-प्रीप्रोसेसिंग स्टेजवर प्रक्रिया केलेल्या हेडर फाइल्सचा आकार 1-2 ऑर्डरच्या परिमाणाने कमी करणे शक्य झाले. उदाहरणार्थ, ऑप्टिमायझेशनपूर्वी, “linux/gfp.h” हेडर फाइल वापरल्याने कोडच्या 13543 ओळी जोडल्या गेल्या आणि 303 अवलंबित हेडर फायलींचा समावेश झाला आणि ऑप्टिमायझेशननंतर आकार 181 ओळी आणि 26 अवलंबित फायलींवर कमी झाला. किंवा दुसरे उदाहरण: पॅचशिवाय “kernel/pid.c” फाइलची प्रीप्रोसेस करताना, कोडच्या 94 हजार ओळी समाविष्ट केल्या जातात, त्यापैकी बहुतेक pid.c मध्ये वापरल्या जात नाहीत. शीर्षलेख फायली विभक्त केल्याने प्रक्रिया केलेल्या कोडची संख्या तीन पटीने कमी करणे शक्य झाले, प्रक्रिया केलेल्या ओळींची संख्या 36 हजारांपर्यंत कमी केली.

चाचणी प्रणालीवर “make -j96 vmlinux” कमांडसह कर्नल पूर्णपणे पुनर्बांधणी केल्यावर, पॅचेसच्या ऍप्लिकेशनने v5.16-rc7 शाखेच्या बिल्ड टाईममध्ये 231.34 ते 129.97 सेकंद (15.5 ते 27.7 बिल्ड्स पर्यंत) घट दर्शविली. प्रति तास), आणि असेंब्ली दरम्यान CPU कोर वापरण्याची कार्यक्षमता देखील वाढवली. वाढीव बिल्डसह, ऑप्टिमायझेशनचा प्रभाव अधिक लक्षणीय आहे - हेडर फाइल्समध्ये बदल केल्यानंतर कर्नल पुन्हा तयार करण्याची वेळ लक्षणीयरीत्या कमी झाली आहे (हेडर फाइल बदलल्यानुसार 112% वरून 173% पर्यंत). ऑप्टिमायझेशन सध्या फक्त ARM64, MIPS, स्पार्क आणि x86 (32- आणि 64-बिट) आर्किटेक्चरसाठी उपलब्ध आहेत.

स्त्रोत: opennet.ru