ਜੈਂਟੂ ਪ੍ਰੋਜੈਕਟ ਨੇ ਪੋਰਟੇਜ 3.0 ਪੈਕੇਜ ਪ੍ਰਬੰਧਨ ਸਿਸਟਮ ਪੇਸ਼ ਕੀਤਾ

ਸਥਿਰ ਕੀਤਾ ਪੈਕੇਜ ਪ੍ਰਬੰਧਨ ਸਿਸਟਮ ਰੀਲੀਜ਼ ਪੋਰਟੇਜ 3.0, ਵੰਡਣ ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਜੈਨਟੂ ਲੀਨਕਸ. ਪੇਸ਼ ਕੀਤੇ ਥਰਿੱਡ ਵਿੱਚ ਪਾਈਥਨ 3 ਵਿੱਚ ਤਬਦੀਲੀ ਅਤੇ ਪਾਈਥਨ 2.7 ਲਈ ਸਮਰਥਨ ਦੇ ਅੰਤ 'ਤੇ ਲੰਬੇ ਸਮੇਂ ਦੇ ਕੰਮ ਦਾ ਸਾਰ ਦਿੱਤਾ ਗਿਆ ਹੈ।

ਪਾਈਥਨ 2.7 ਲਈ ਸਮਰਥਨ ਦੇ ਅੰਤ ਤੋਂ ਇਲਾਵਾ, ਇੱਕ ਹੋਰ ਮਹੱਤਵਪੂਰਨ ਤਬਦੀਲੀ ਸ਼ਾਮਲ ਕਰਨਾ ਸੀ ਅਨੁਕੂਲਤਾਵਾਂ, ਜਿਸ ਨੇ ਨਿਰਭਰਤਾ ਨੂੰ 50-60% ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕਰਨ ਨਾਲ ਸੰਬੰਧਿਤ ਗਣਨਾਵਾਂ ਨੂੰ ਤੇਜ਼ ਕਰਨਾ ਸੰਭਵ ਬਣਾਇਆ ਹੈ। ਦਿਲਚਸਪ ਗੱਲ ਇਹ ਹੈ ਕਿ, ਕੁਝ ਡਿਵੈਲਪਰਾਂ ਨੇ ਨਿਰਭਰਤਾ ਰੈਜ਼ੋਲੂਸ਼ਨ ਕੋਡ ਨੂੰ C/C++ ਵਿੱਚ ਦੁਬਾਰਾ ਲਿਖਣ ਦਾ ਸੁਝਾਅ ਦਿੱਤਾ ਜਾਂ ਇਸ ਦੇ ਕੰਮ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਲਈ ਗੋ, ਪਰ ਉਹ ਥੋੜ੍ਹੇ ਜਿਹੇ ਯਤਨ ਨਾਲ ਮੌਜੂਦਾ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਵਿੱਚ ਕਾਮਯਾਬ ਰਹੇ।

ਮੌਜੂਦਾ ਕੋਡ ਦੀ ਪ੍ਰੋਫਾਈਲਿੰਗ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਗਣਨਾ ਦਾ ਜ਼ਿਆਦਾਤਰ ਸਮਾਂ use_reduce ਅਤੇ catpkgsplit ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਆਰਗੂਮੈਂਟਾਂ ਦੇ ਦੁਹਰਾਉਣ ਵਾਲੇ ਸੈੱਟ ਨਾਲ ਕਾਲ ਕਰਨ ਵਿੱਚ ਬਿਤਾਇਆ ਗਿਆ ਸੀ (ਉਦਾਹਰਨ ਲਈ, catpkgsplit ਫੰਕਸ਼ਨ ਨੂੰ 1 ਤੋਂ 5 ਮਿਲੀਅਨ ਵਾਰ ਕਿਹਾ ਗਿਆ ਸੀ)। ਚੀਜ਼ਾਂ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਲਈ, ਸ਼ਬਦਕੋਸ਼ਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਇਹਨਾਂ ਫੰਕਸ਼ਨਾਂ ਦੇ ਨਤੀਜਿਆਂ ਦੀ ਕੈਚਿੰਗ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਗਈ ਸੀ। ਕੈਸ਼ ਸਟੋਰੇਜ ਲਈ ਸਭ ਤੋਂ ਵਧੀਆ ਵਿਕਲਪ ਬਿਲਟ-ਇਨ lru_cache ਫੰਕਸ਼ਨ ਸੀ, ਪਰ ਇਹ ਸਿਰਫ 3.2 ਤੋਂ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੇ ਪਾਈਥਨ ਰੀਲੀਜ਼ਾਂ ਵਿੱਚ ਉਪਲਬਧ ਸੀ। ਪੁਰਾਣੇ ਸੰਸਕਰਣਾਂ ਨਾਲ ਅਨੁਕੂਲਤਾ ਲਈ, lru_cache ਨੂੰ ਬਦਲਣ ਲਈ ਇੱਕ ਸਟੱਬ ਜੋੜਿਆ ਗਿਆ ਸੀ, ਪਰ ਪੋਰਟੇਜ 2.7 ਵਿੱਚ ਪਾਈਥਨ 3.0 ਲਈ ਸਮਰਥਨ ਬੰਦ ਕਰਨ ਦੇ ਫੈਸਲੇ ਨੇ ਕੰਮ ਨੂੰ ਬਹੁਤ ਸਰਲ ਬਣਾਇਆ ਅਤੇ ਇਸ ਲੇਅਰ ਤੋਂ ਬਿਨਾਂ ਕਰਨਾ ਸੰਭਵ ਬਣਾਇਆ।

ਕੈਸ਼ ਦੀ ਵਰਤੋਂ ਕਰਨ ਨਾਲ ThinkPad X220 ਲੈਪਟਾਪ 'ਤੇ “emerge -uDvpU —with-bdeps=y @world” ਓਪਰੇਸ਼ਨ ਦਾ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸਮਾਂ 5 ਮਿੰਟ 20 ਸਕਿੰਟ ਤੋਂ 3 ਮਿੰਟ 16 ਸਕਿੰਟ (63%) ਤੱਕ ਘਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਹੋਰ ਪ੍ਰਣਾਲੀਆਂ 'ਤੇ ਟੈਸਟਾਂ ਨੇ ਘੱਟੋ-ਘੱਟ 48% ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਵਾਧਾ ਦਿਖਾਇਆ।

ਤਬਦੀਲੀ ਨੂੰ ਤਿਆਰ ਕਰਨ ਵਾਲੇ ਡਿਵੈਲਪਰ ਨੇ C++ ਜਾਂ Rust ਵਿੱਚ ਨਿਰਭਰਤਾ ਰੈਜ਼ੋਲੂਸ਼ਨ ਕੋਡ ਦੇ ਇੱਕ ਪ੍ਰੋਟੋਟਾਈਪ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਵੀ ਕੀਤੀ, ਪਰ ਇਹ ਕੰਮ ਬਹੁਤ ਮੁਸ਼ਕਲ ਸੀ ਕਿਉਂਕਿ ਇਸ ਲਈ ਕੋਡ ਦੀ ਇੱਕ ਵੱਡੀ ਮਾਤਰਾ ਨੂੰ ਪੋਰਟ ਕਰਨ ਦੀ ਲੋੜ ਸੀ, ਅਤੇ ਇਹ ਸ਼ੱਕ ਸੀ ਕਿ ਨਤੀਜਾ ਕੋਸ਼ਿਸ਼ ਦੇ ਯੋਗ ਹੋਵੇਗਾ। .

ਸਰੋਤ: opennet.ru