في هذه الأوقات ، عندما نتحدث عن شيء متعلق بالتكنولوجيا ، غالبًا ما نتحدث قبل شهور من حدوث شيء ما. في الوقت الحالي ، لم تقم معظم أنظمة التشغيل بتحديث النواة الخاصة بها بعد إلى الإصدار 5.xx ولدينا بالفعل أخبار متعلقة بـ لينكس شنومكس. كما هو الحال مع عدد العمليات في Firefox 66 ، فإن الأخبار التي نقدمها لك اليوم ستكون إيجابية للعديد من أجهزة الكمبيوتر ، ولكن بالنسبة للآخرين ، لن تكون كذلك.
وهو أن Linux 5.2 تفعيل خيار التصحيح المباشر في GCC 9، مترجم من المقرر إصداره في الأسابيع القليلة المقبلة. هذا خيار مصمم للمساعدة في إنشاء ثنائيات تعمل بشكل جيد لكي يعمل Live Patching. مع وصول Linux kernel v5.2 ، سيتم استخدام هذا الخيار افتراضيًا ، مما قد يتسبب في انخفاض السرعة. ليس من المفترض أن تكون ملحوظة ، أو حتى إيجابية على أجهزة الكمبيوتر الأحدث ، ولكنها قد تكون مشكلة في الأجهزة محدودة الموارد.
سيقوم Linux 5.2 بتنشيط Live Patching افتراضيًا
يقدم GCC 9 5 خيارات ترقيع التي تتحكم في التحسينات المستخدمة لمحاولة ضمان عدم حدوث كارثة إذا كان بإمكان البرنامج الثنائي تطبيق تحديثات أمان kernel دون الحاجة إلى إعادة التشغيل. هذا مهم في حالات مثل kGraft و Ksplice و Kpatch للمساعدة في ضمان عدم قيام مترجم GCC بتعديل وظيفة "التصحيح المباشر".
سيتم إصدار الإصدار 9.1.0 من دول مجلس التعاون الخليجي في وقت لاحق من هذا الشهر أو بالفعل في مايو. في النهاية ، سيقوم Linux 5.2 بتنشيط أنواع Live Patch الخمسة افتراضيًا عند التشغيل على مترجم مدعوم ومتى CONFIG_LIVEPATCH تم تنشيطه ، وهو شيء سيكون مثل هذا بشكل افتراضي في معظم نواة Linux. إنه ميروسلاف بينيس ، من SUSE والمسؤول عن التغيير ، الذي يحذر من أنه في بعض الحالات النادرة يمكن أن يكون هناك تأثير سلبي على الأداء كنتيجة لخيار "التصحيح المباشر" الذي يتحكم في أساليب تحسين المترجم.
وهذا هو ، على الرغم من أننا لا نحب ذلك ، عادة ما يكون هذا على النحو التالي: إذا أردنا الاستمتاع بالوظائف الجديدة ، فسنضطر على الأرجح إلى فقد شيء ما ، وهذا ملحوظ بشكل خاص في استهلاك بطارية الهواتف الذكية. ما رأيك في تمكين هذا الخيار افتراضيًا في Linux 5.2؟
