ਫੇਡੋਰਾ 32 ਘੱਟ ਮੈਮੋਰੀ ਲਈ ਛੇਤੀ ਜਵਾਬ ਦੇਣ ਲਈ ਅਰਲੀਓਮ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹੈ

ਪ੍ਰਕਾਸ਼ਿਤ ਯੋਜਨਾ ਸ਼ਾਮਲ ਫੇਡੋਰਾ 32 ਵਿੱਚ ਮੂਲ ਰੂਪ ਵਿੱਚ ਬੈਕਗਰਾਊਂਡ ਪ੍ਰਕਿਰਿਆ ਜਲਦੀ ਕਰੋ ਸਿਸਟਮ ਵਿੱਚ ਘੱਟ ਮੈਮੋਰੀ ਦੇ ਸ਼ੁਰੂਆਤੀ ਜਵਾਬ ਲਈ। ਜੇਕਰ ਉਪਲਬਧ ਮੈਮੋਰੀ ਦੀ ਮਾਤਰਾ ਨਿਰਧਾਰਤ ਮੁੱਲ ਤੋਂ ਘੱਟ ਹੈ, ਤਾਂ ਅਰਲੀਓਮ, SIGTERM (10% ਤੋਂ ਘੱਟ ਮੁਫਤ ਮੈਮੋਰੀ) ਜਾਂ SIGKILL (<5%) ਭੇਜ ਕੇ, ਜ਼ਬਰਦਸਤੀ (ਉਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ ਜੋ ਮੈਮੋਰੀ ਦੀ ਸਭ ਤੋਂ ਵੱਧ ਸਰਗਰਮੀ ਨਾਲ ਖਪਤ ਕਰਦੀ ਹੈ (ਸਭ ਤੋਂ ਵੱਧ /proc/*/oom_score), ਸਿਸਟਮ ਬਫਰਾਂ ਨੂੰ ਕਲੀਅਰ ਕਰਨ ਲਈ ਸਿਸਟਮ ਸਥਿਤੀ ਨੂੰ ਲਿਆਏ ਬਿਨਾਂ। Earlyoom ਤੁਹਾਨੂੰ ਕਰਨਲ ਵਿੱਚ OOM (ਆਉਟ ਆਫ ਮੈਮੋਰੀ) ਹੈਂਡਲਰ ਦੀ ਕਾਲ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਬਿਨਾਂ, ਮੈਮੋਰੀ ਦੀ ਕਮੀ ਲਈ ਤੇਜ਼ੀ ਨਾਲ ਜਵਾਬ ਦੇਣ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵੇਗਾ, ਜੋ ਉਦੋਂ ਚਾਲੂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਸਥਿਤੀ ਨਾਜ਼ੁਕ ਹੋ ਜਾਂਦੀ ਹੈ ਅਤੇ ਸਿਸਟਮ, ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ, ਉਪਭੋਗਤਾ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਦਾ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦਾ।

ਫੇਡੋਰਾ ਦੇ ਬਾਅਦ ਦੇ ਰੀਲੀਜ਼ਾਂ ਵਿੱਚ ਸੰਭਾਵਨਾ 'ਤੇ ਵਿਚਾਰ ਮੈਮੋਰੀ ਤੋਂ ਬਾਹਰ ਹੈਂਡਲਰ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ ਘੱਟ-ਮੈਮੋਰੀ-ਮਾਨੀਟਰ, ਜੋ ਕਿ ਲੀਨਕਸ ਕਰਨਲ ਵਿੱਚ ਪ੍ਰਗਟ ਹੁੰਦਾ ਹੈ 5.2 ਸਿਸਟਮ ਵਿੱਚ ਮੈਮੋਰੀ ਦੀ ਕਮੀ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਲਈ /proc/pressure/memory ਇੰਟਰਫੇਸ, ਪਰ earlyoom ਦੇ ਉਲਟ, ਇਹ ਤੁਰੰਤ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਖਤਮ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਪਰ DBus ਦੁਆਰਾ ਮੈਮੋਰੀ ਦੀ ਖਪਤ ਨੂੰ ਘਟਾਉਣ ਦੀ ਲੋੜ ਬਾਰੇ ਇੱਕ ਸੂਚਨਾ ਭੇਜਦਾ ਹੈ (ਜੇ ਸਥਿਤੀ ਆਮ ਵਾਂਗ ਨਹੀਂ ਆਈ ਹੈ) ਉਸ ਤੋਂ ਬਾਅਦ, ਸਰਗਰਮੀ ਸੰਭਵ ਹੈ OOM ਕਾਤਲ ਨਿਊਕਲੀ)। ਲੋ-ਮੈਮੋਰੀ-ਮਾਨੀਟਰ ਲਈ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਸੋਧਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਇਸਲਈ ਇਸ ਨੂੰ ਲੰਬੇ ਸਮੇਂ ਦੇ ਹੱਲ ਵਜੋਂ ਦੇਖਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਗਨੋਮ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਅਨੁਕੂਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।

Glib ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਮੈਮੋਰੀ ਤੋਂ ਬਾਹਰ ਦੀਆਂ ਸਥਿਤੀਆਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ 2.63.3 API ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ GMemoryMonitor, ਇਜਾਜ਼ਤ ਦੇ ਰਿਹਾ ਹੈ ਲੋ-ਮੈਮੋਰੀ-ਮਾਨੀਟਰ ਤੋਂ ਸਿਗਨਲਾਂ ਲਈ ਵੇਖੋ ਅਤੇ ਕਾਰਵਾਈ ਕਰੋ (ਉਦਾਹਰਨ ਲਈ, ਐਪਲੀਕੇਸ਼ਨ ਕੈਚਿੰਗ ਲਈ ਵਰਤੀ ਗਈ ਮੈਮੋਰੀ ਨੂੰ ਖਾਲੀ ਕਰ ਸਕਦੀ ਹੈ, ਫਾਈਲਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰ ਸਕਦੀ ਹੈ, ਕੂੜਾ ਇਕੱਠਾ ਕਰ ਸਕਦੀ ਹੈ, ਮੈਮੋਰੀ ਦੇ ਫਰੈਗਮੈਂਟੇਸ਼ਨ ਨੂੰ ਘਟਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦੀ ਹੈ, ਜਾਂ ਨਿਸ਼ਕਿਰਿਆ ਸਹਾਇਕ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਖਤਮ ਕਰ ਸਕਦੀ ਹੈ)। ਸਪੋਰਟ
GMemoryMonitor ਨੂੰ ਸੈਂਡਬਾਕਸਡ ਫਲੈਟਪੈਕ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਵਰਤਣ ਲਈ xdg-desktop-portal ਵਿੱਚ ਵੀ ਜੋੜਿਆ ਗਿਆ ਹੈ।

ਸਰੋਤ: opennet.ru