يعتزم Fedora 32 تضمين وقت مبكر للاستجابة المبكرة للذاكرة المنخفضة

نشرت خطة الادراج عملية الخلفية بشكل افتراضي في Fedora 32 في وقت مبكر للاستجابة المبكرة لانخفاض الذاكرة في النظام. إذا كانت مساحة الذاكرة المتاحة أقل من القيمة المحددة ، فعندئذٍ في وقت مبكر ، عن طريق إرسال SIGTERM (أقل من 10٪ من الذاكرة الخالية) أو SIGKILL (أقل من 5٪) ، بالقوة (إيقاف العملية التي تستهلك الذاكرة بشكل أكثر نشاطًا (ذات أعلى نسبة / proc / * / oom_score) ، دون إحضار حالة النظام لمسح مخازن النظام ، سيسمح لك وقت مبكر بالاستجابة بسرعة أكبر لنقص الذاكرة ، دون الوصول إلى استدعاء معالج OOM (نفاد الذاكرة) في النواة ، والذي يتم تشغيله عندما يصبح الموقف حرجًا ولا يستجيب النظام ، كقاعدة عامة ، لإجراءات المستخدم.

في الإصدارات اللاحقة من Fedora النظر في الاحتمال تمكين معالج نفاد الذاكرة شاشة الذاكرة المنخفضةالذي ظهر في نواة لينكس 5.2 / proc / pressure / memory interface لتقييم نقص الذاكرة في النظام ، ولكن على عكس وقت مبكر ، فإنه لا ينهي العمليات على الفور ، ولكنه يرسل إشعارًا عبر DBus حول الحاجة إلى تقليل استهلاك الذاكرة (إذا لم يعد الوضع إلى طبيعته بعد ذلك ، التنشيط ممكن أوم القاتل نوى). تتطلب شاشة الذاكرة المنخفضة تعديل التطبيقات ، لذلك يُنظر إليها على أنها حل طويل الأمد يمكن استخدامه بمجرد تكييف تطبيقات جنوم.

لمراقبة حالات نفاد الذاكرة للتطبيقات في Glib 2.63.3 تمت إضافة API GMemoryMonitor, السماح راقب الإشارات من جهاز مراقبة الذاكرة المنخفضة واتخذ الإجراء (على سبيل المثال ، يمكن للتطبيق تحرير الذاكرة المستخدمة للتخزين المؤقت أو حفظ الملفات أو تشغيل جمع البيانات المهملة أو محاولة تقليل تجزئة الذاكرة أو قتل العمليات المساعدة الخاملة). يدعم
تمت إضافة GMemoryMonitor أيضًا إلى xdg-desktop-portal لاستخدامه في تطبيقات sandboxed flatpak.

المصدر: opennet.ru

إضافة تعليق