જેન્ટુ પ્રોજેક્ટે પોર્ટેજ 3.0 પેકેજ મેનેજમેન્ટ સિસ્ટમ રજૂ કરી

સ્થિર પેકેજ મેનેજમેન્ટ સિસ્ટમ રિલીઝ પોર્ટેજ 3.0, વિતરણમાં વપરાય છે જેન્ટૂ Linux. પ્રસ્તુત થ્રેડ Python 3 માં સંક્રમણ અને Python 2.7 માટે સમર્થનના અંત પર લાંબા ગાળાના કાર્યનો સારાંશ આપે છે.

Python 2.7 માટેના સમર્થનના અંત ઉપરાંત, અન્ય મહત્વપૂર્ણ ફેરફારનો સમાવેશ હતો ઑપ્ટિમાઇઝેશન, જેણે 50-60% દ્વારા નિર્ભરતા નક્કી કરવા સંબંધિત ગણતરીઓને ઝડપી બનાવવાનું શક્ય બનાવ્યું. રસપ્રદ રીતે, કેટલાક વિકાસકર્તાઓએ તેના ઓપરેશનને ઝડપી બનાવવા માટે C/C++ અથવા Go માં નિર્ભરતા રીઝોલ્યુશન કોડને ફરીથી લખવાનું સૂચન કર્યું, પરંતુ તેઓ ઓછા પ્રયત્નો સાથે હાલની સમસ્યાને હલ કરવામાં સફળ થયા.

હાલના કોડની પ્રોફાઇલિંગ દર્શાવે છે કે ગણતરીનો મોટાભાગનો સમય ઉપયોગ_ઘટાડો અને catpkgsplit ફંક્શનને દલીલોના પુનરાવર્તિત સમૂહ સાથે કૉલ કરવામાં ખર્ચવામાં આવ્યો હતો (ઉદાહરણ તરીકે, catpkgsplit ફંક્શનને 1 થી 5 મિલિયન વખત કૉલ કરવામાં આવ્યો હતો). વસ્તુઓને ઝડપી બનાવવા માટે, શબ્દકોશોનો ઉપયોગ કરીને આ કાર્યોના પરિણામોના કેશીંગનો ઉપયોગ કરવામાં આવ્યો હતો. કેશ સ્ટોરેજ માટેનો શ્રેષ્ઠ વિકલ્પ બિલ્ટ-ઇન lru_cache ફંક્શન હતો, પરંતુ તે માત્ર 3.2 થી શરૂ થતા Python રિલીઝમાં જ ઉપલબ્ધ હતું. અગાઉના સંસ્કરણો સાથે સુસંગતતા માટે, lru_cache ને બદલવા માટે સ્ટબ ઉમેરવામાં આવ્યું હતું, પરંતુ પોર્ટેજ 2.7 માં Python 3.0 માટે સમર્થન બંધ કરવાના નિર્ણયે કાર્યને મોટા પ્રમાણમાં સરળ બનાવ્યું અને આ સ્તર વિના કરવાનું શક્ય બનાવ્યું.

કેશનો ઉપયોગ કરવાથી ThinkPad X220 લેપટોપ પર “emerge -uDvpU —with-bdeps=y @world” ઓપરેશનનો અમલ સમય 5 મિનિટ 20 સેકન્ડથી 3 મિનિટ 16 સેકન્ડ (63%) સુધી ઘટાડી દેવામાં આવ્યો છે. અન્ય સિસ્ટમો પરના પરીક્ષણોએ ઓછામાં ઓછા 48% નો પ્રભાવ વધારો દર્શાવ્યો છે.

પરિવર્તન તૈયાર કરનાર ડેવલપરે પણ C++ અથવા રસ્ટમાં ડિપેન્ડન્સી રિઝોલ્યુશન કોડના પ્રોટોટાઇપને અમલમાં મૂકવાનો પ્રયાસ કર્યો હતો, પરંતુ આ કાર્ય ખૂબ જ મુશ્કેલ હતું કારણ કે તેના માટે મોટા પ્રમાણમાં કોડ પોર્ટ કરવાની જરૂર હતી, અને તે શંકાસ્પદ હતું કે પરિણામ પ્રયત્નો માટે યોગ્ય હશે. .

સોર્સ: opennet.ru