ലിനക്സ് കേർണലിന്റെ നിർമ്മാണം 50-80% വേഗത്തിലാക്കുന്ന ഒരു കൂട്ടം പാച്ചുകൾ പ്രസിദ്ധീകരിച്ചു.

അറിയപ്പെടുന്ന ലിനക്സ് കേർണൽ ഡെവലപ്പറും സിഎഫ്എസ് (കംപ്ലീറ്റ്ലി ഫെയർ ഷെഡ്യൂളർ) ടാസ്‌ക് ഷെഡ്യൂളറിന്റെ രചയിതാവുമായ ഇംഗോ മോൾനാർ, ലിനക്സ് കേർണൽ ഡെവലപ്പർ മെയിലിംഗ് ലിസ്റ്റിൽ ചർച്ച ചെയ്യാൻ നിർദ്ദേശിച്ചത് കേർണൽ ഉറവിടങ്ങളിലെ പകുതിയിലധികം ഫയലുകളെയും ബാധിക്കുന്ന പാച്ചുകളുടെ ഒരു പരമ്പരയാണ്. ക്രമീകരണങ്ങൾ അനുസരിച്ച് ഒരു സമ്പൂർണ്ണ കേർണലിന്റെ പുനർനിർമ്മാണ വേഗതയിൽ 50-80% വർദ്ധനവ് നൽകുന്നു. നടപ്പിലാക്കിയ ഒപ്റ്റിമൈസേഷൻ ശ്രദ്ധേയമാണ്, കാരണം ഇത് കേർണൽ വികസനത്തിന്റെ ചരിത്രത്തിലെ ഏറ്റവും വലിയ മാറ്റങ്ങളുടെ കൂട്ടിച്ചേർക്കലുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു - 2297 പാച്ചുകൾ ഒരേസമയം ഉൾപ്പെടുത്താൻ നിർദ്ദേശിച്ചു, 25 ആയിരത്തിലധികം ഫയലുകൾ മാറ്റുന്നു ("ഇതിൽ 10 ആയിരം ഹെഡർ ഫയലുകൾ ഉൾപ്പെടുന്നു. /”, “ആർച്ച്/*/ഉൾക്കൊള്ളുക/” ഡയറക്‌ടറികൾ "ഉം സോഴ്‌സ് ടെക്‌സ്‌റ്റുകളുള്ള 15 ആയിരം ഫയലുകളും).

ഹെഡ്ഡർ ഫയലുകൾ പ്രോസസ്സ് ചെയ്യുന്ന രീതി മാറ്റുന്നതിലൂടെ പ്രകടന നേട്ടം കൈവരിക്കാനാകും. മുപ്പത് വർഷത്തിലേറെയായി കേർണൽ വികസനം, ഫയലുകൾക്കിടയിൽ ധാരാളം ക്രോസ്-ഡിപൻഡൻസികൾ ഉള്ളതിനാൽ ഹെഡ്ഡർ ഫയലുകളുടെ അവസ്ഥ നിരാശാജനകമായ രൂപം കൈവരിച്ചിരിക്കുന്നു. ഹെഡ്ഡർ ഫയൽ റീസ്ട്രക്ചറിംഗിന് ഒരു വർഷമെടുത്തു, കൂടാതെ ശ്രേണിയുടെയും ആശ്രിതത്വത്തിന്റെയും കാര്യമായ പുനർനിർമ്മാണം ആവശ്യമാണ്. പുനർനിർമ്മാണ വേളയിൽ, വ്യത്യസ്ത കെർണൽ സബ്സിസ്റ്റങ്ങൾക്കായി തരം നിർവചനങ്ങളും API-കളും വേർതിരിക്കുന്നതിനുള്ള പ്രവർത്തനങ്ങൾ നടത്തി.

വരുത്തിയ മാറ്റങ്ങളിൽ: ഉയർന്ന തലത്തിലുള്ള തലക്കെട്ട് ഫയലുകൾ പരസ്പരം വേർതിരിക്കുക, ഹെഡ്ഡർ ഫയലുകളെ ബന്ധിപ്പിക്കുന്ന ഇൻലൈൻ ഫംഗ്‌ഷനുകൾ ഇല്ലാതാക്കുക, തരങ്ങൾക്കും API-കൾക്കുമായി തലക്കെട്ട് ഫയലുകൾ വേർതിരിക്കുക, ഹെഡർ ഫയലുകളുടെ പ്രത്യേക അസംബ്ലി ഉറപ്പാക്കുക (ഏകദേശം 80 ഫയലുകൾക്ക് അസംബ്ലിയിൽ ഇടപെടുന്ന പരോക്ഷ ആശ്രിതത്വങ്ങൾ ഉണ്ടായിരുന്നു. മറ്റ് ഹെഡർ ഫയലുകൾ), ".h", ".c" ഫയലുകളിലേക്ക് ഡിപൻഡൻസികൾ സ്വയമേവ കൂട്ടിച്ചേർക്കൽ, ഹെഡ്ഡർ ഫയലുകളുടെ ഘട്ടം ഘട്ടമായുള്ള ഒപ്റ്റിമൈസേഷൻ, "CONFIG_KALLSYMS_FAST=y" മോഡിന്റെ ഉപയോഗം, സി ഫയലുകൾ അസംബ്ലി ബ്ലോക്കുകളിലേക്ക് തിരഞ്ഞെടുത്ത് ഏകീകരിക്കൽ ഒബ്ജക്റ്റ് ഫയലുകളുടെ എണ്ണം കുറയ്ക്കുക.

തൽഫലമായി, ചെയ്ത ജോലി, പോസ്റ്റ്-പ്രോപ്രോസസിംഗ് ഘട്ടത്തിൽ പ്രോസസ്സ് ചെയ്ത ഹെഡ്ഡർ ഫയലുകളുടെ വലുപ്പം 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, Sparc, x86 (32-, 64-bit) ആർക്കിടെക്ചറുകൾക്ക് മാത്രമേ ലഭ്യമാകൂ.

അവലംബം: opennet.ru