Portage 3.0 kwanciyar hankali saki tuni ya sanar

Masu haɓaka kwanan nan waɗanda ke kula da tsarin kula da kunshin Hoton Hoto (akan rarraba Linux na Linux) ya sanar da sakin yanayin barga na sigar 3.0.

A ciki, babban sabon abu na wannan sabon reshe da aka gabatar, shine aikin da aka gudanar cikin dogon lokaci akan miƙa mulki zuwa Python 3 da ƙarshen goyon baya ga Python 2.7 (wani abu da aka riga aka gani yana zuwa na dogon lokaci, tunda wannan reshe a hukumance ba shi da tallafi har tsawon watanni)

Muna da labari mai dadi! Aikin Gentoo Portage kwanan nan ya daidaita fasalin 3.0 na manajan kunshin.

Me ke faruwa? Da kyau, wannan fasalin na uku na Portage ya cire tallafi ga Python 2.7, wanda ya kasance ci gaba da ƙoƙari a cikin babban wurin ajiyar Gentoo ta hanyar aikin Gentoo Python a cikin 2020.

Baya ga dakatar da goyon baya ga Python 2.7, wani babban canji hakan ya fita daga wannan sabon reshen kamfanin Portage 3.0 ya kasance cikin haɓaka abubuwa daban-daban cewa sun yarda yi lissafi da sauri (tsakanin 50% da 60%) hade da ƙayyade dogaro.

Abin sha'awa, wasu masu haɓakawa sun ba da shawarar sake rubuta lambar ƙudurin dogaro a cikin C / C ++ ko Je don saurin aikin su, amma sun sami nasarar warware matsalar da ke akwai tare da babban ƙoƙari.

Kuma wannan shine bayanin martaba na lambar data kasance ya nuna cewa mafi yawan lokuta lissafi sadaukarwa don kiran ayyukan amfani_reduce da catpkgsplit tare da maimaita mahawara (mutumin da ya jagoranci wannan aikin ya ambaci cewa misali, an kira aikin catpkgsplit sau sau 1 zuwa 5).

Tare da gano matsalar, ambaci hakan don saurin lissafin, aka sanya caching sakamakon waɗannan ayyuka ta hanyar kamus.

Hakanan, saboda facin mai amfani, sabuntawa zuwa sabon sigar Portage na iya haɓaka saurin lissafin dogaro da 50-60%. Muna son ganin jama'armu sun shiga cikin software ɗinmu! Don ƙarin bayani, bincika wannan rubutun Reddit daga memba na al'umma wanda ya ba da facin. Kasance cikin koshin lafiya ka ci gaba da girki tare da Gentoo!

Bayan haka Hakanan ya lura cewa aikin ginannen lru_cache shine mafi kyau duka don wannan aikin ɓoyewa, amma ana samun sa ne kawai a cikin sifofin Python tun daga 3.2.

Don daidaituwa ta baya, an kuma ƙara kara don maye gurbin lru_cache, amma yanke shawarar ƙare goyon bayan Python 2.7 a Portage 3.0 ya sauƙaƙa aikin sosai kuma ya ba da damar wucewa ta wannan layin.

Na dauki ɗan lokaci ina aikin Bayyanar Portage tare da cProfile da vmprof don fahimtar waɗanne fasaloli ne ke ɗaukar lokaci mafi yawa. Har ila yau, na samar da wasu hotuna daga sakamakon bayanan mai bayyanawa, wanda yayi kama da wannan. Abin da na lura shi ne cewa wasu ayyuka, kamar use_reducey catpkgsplit, ana kiran su sau da yawa tare da dalilai iri ɗaya (kamar, sau sau 1 zuwa 5, don catpkgsplit). Na yi wasu gwaje-gwaje don adana sakamakon waɗannan ayyukan a cikin ƙa'idar magana, kuma bayan ganin kyawawan hanzari, na gabatar da faci ga jerin masu haɓaka Portage. Wani ya ba da shawarar yin amfani da Pythonlru_cache mai yin aikin ado a maimakon haka, amma ana samun sa ne kawai a Python 3.2 kuma mafi girma.

A gefe guda kuma, amfani da ma'ajiyar ya rage aikin "emerge -uDvpU –with-bdeps = y @world" a kan ThinkPad X220 daga mintuna 5 da dakika 20 zuwa mintuna 3 da sakan 16 (63%). Gwaje-gwaje akan wasu tsarin sun nuna ribar aiki aƙalla 48%.

Mai haɓaka wanda ya shirya canjin ya kuma yi ƙoƙarin aiwatar da samfuri daga lambar ƙuduri na dogaro a cikin C ++ ko Tsatsa, amma aikin ya zama da wahala sosai, kamar yadda yake buƙatar adadi mai yawa don ɗauka kuma a lokaci guda yana da shakku ko sakamakon ya cancanci ƙoƙari.

Finalmente idan kanaso ka kara sani game dashi Game da bayanin sakin wannan reshen barga, zaku iya bincika bayanan A cikin mahaɗin mai zuwa.