પેચોનો સમૂહ પ્રકાશિત કરવામાં આવ્યો છે જે લિનક્સ કર્નલના નિર્માણને 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, Sparc અને x86 (32- અને 64-bit) આર્કિટેક્ચર માટે ઉપલબ્ધ છે.

સોર્સ: opennet.ru