فیڈورا 32 پس منظر کے عمل میں بطور ڈیفالٹ سسٹم میں کم میموری پر ابتدائی ردعمل کے لیے۔ اگر دستیاب میموری کی مقدار متعین قدر سے کم ہے، تو SIGTERM (مفت میموری 10% سے کم) یا SIGKILL (<5%) بھیج کر ارلیلوم زبردستی اس عمل کو ختم کر دے گا جو سب سے زیادہ فعال میموری استعمال کر رہا ہے /*/oom_score ویلیو)، سسٹم کی حالت کو سسٹم بفرز کو صاف کرنے کے مقام پر لائے بغیر۔ Earlyoom آپ کو میموری کی کمی کا زیادہ تیزی سے جواب دینے کی اجازت دے گا، بغیر OOM (آؤٹ آف میموری) ہینڈلر کو کال کرنے کے مقام تک پہنچے۔ کرنل، جو اس وقت متحرک ہوتا ہے جب صورتحال نازک ہو جاتی ہے اور نظام، ایک اصول کے طور پر، صارف کے اعمال کا جواب نہیں دیتا۔
فیڈورا کے بعد کی ریلیز میں میموری سے باہر ہینڈلر کو فعال کریں۔ ، جو لینکس کرنل میں متعارف کرائے گئے کو استعمال کرتا ہے۔ سسٹم میں میموری کی کمی کا اندازہ لگانے کے لیے /proc/pressure/memory انٹرفیس، لیکن earlyoom کے برعکس یہ فوری طور پر عمل کو ختم نہیں کرتا، لیکن DBus کے ذریعے میموری کی کھپت کو کم کرنے کی ضرورت کے بارے میں ایک اطلاع بھیجتا ہے (اگر اس کے بعد صورت حال واپس نہیں آتی ہے۔ عام، ایکٹیویشن ممکن ہے دانا)۔ کم میموری مانیٹر ایپلی کیشنز میں ترمیم کی ضرورت ہے، لہذا اسے ایک طویل مدتی حل سمجھا جاتا ہے جو GNOME ایپلی کیشنز کو اپنانے کے بعد استعمال کیا جا سکتا ہے.
Glib میں میموری ختم ہونے والی ایپلی کیشنز کی صورتحال کو ٹریک کرنے کے لیے API شامل کیا گیا۔ , کم میموری-مانیٹر سے سگنلز کی نگرانی کریں اور کارروائی کریں (مثال کے طور پر، ایپلیکیشن کیشنگ کے لیے استعمال ہونے والی میموری کو آزاد کر سکتی ہے، فائلوں کو محفوظ کر سکتی ہے، کوڑا اٹھانے کا کام چلا سکتی ہے، میموری کے ٹکڑے کو کم کرنے کی کوشش کر سکتی ہے، یا بے کار مددگار کے عمل کو ختم کر سکتی ہے)۔ حمایت
GMemoryMonitor کو xdg-desktop-portal میں بھی شامل کیا گیا ہے تاکہ فلیٹ پیک فارمیٹ میں ڈیلیور کردہ سینڈ باکسڈ ایپلی کیشنز میں استعمال کیا جا سکے۔
ماخذ: opennet.ru