لقد حل المطورون انحدار أداء في مضيق Slab لنواة لينكس 6.19، والذي أبطأ تحميل الوحدات بسبب تعديلات سياسات NUMA. تم تحديد المشكلة من خلال الاختبارات المعيارية، وأثرت على كفاءة إدارة الذاكرة في أنظمة عالية النوى. يعيد الإصلاح السلوك الصحيح للتخصيص وقد تم دمجه في النواة الرئيسية.
مضيق Slab في نواة لينكس، المسؤول عن التعامل مع تخصيصات الذاكرة الصغيرة، واجه انحدارًا أثناء التحضيرات للإصدار 6.19. التغييرات التي تهدف إلى تحسين التخصيصات الكبيرة أدت بشكل غير مقصود إلى تعطيل سياسات الوصول غير المنتظم للذاكرة (NUMA)، مما أدى إلى اختيارات عقد غير مثالية وعمليات أبطأ.
كشفت اختبارات النواة عن تأثيرات كبيرة، حيث زادت أوقات تحميل الوحدات بنسبة تصل إلى 60% في بعض الحالات. كان هذا واضحًا بشكل خاص على معالجات عالية النوى مثل AMD Ryzen Threadripper، حيث أظهرت الاختبارات المعيارية أوقات تجميع نواة أبطأ بنسبة 3-5% وتأخيرات في المهام المتعددة. أجرى مايكل لارابيل من Phoronix عمليات تقسيم ثنائي لتحديد المشكلة، رابطًا إياها بمشكلات متعلقة بالمخطط التي تفاقم كفاءات Slab غير الفعالة.
نشأ الانحدار من commit يعطي الأولوية للعقد المحلية على سياسات محددة بالمهمة في كود Slab. يعيد التصحيح، الموثق في أرشيف نواة لينكس، دعم NUMA الأصلي لعمليات kmalloc الكبيرة دون إدخال ثغرات أمنية جديدة. شدد مساهم النواة لينوس تورفالدز على أهمية الإصلاحات السريعة خلال نافذة الدمج للحفاظ على الاستقرار.
كانت استجابة المجتمع سريعة، مع تقديم طلبات السحب إلى قائمة بريد النواة. يستهدف الإصلاح، الذي كتبه مطورو النواة، مسارات التخصيص لاحترام السياسات المقصودة وقد تم دمجه في الخط الرئيسي لإصدار 6.19 المستقر. يتوافق هذا مع الجهود المستمرة لتحقيق التوازن بين الأداء والموثوقية وسط مطالب أحمال العمل السحابية والذكاء الاصطناعي.
احتوى نوى سابقة، مثل 6.18، على تحسينات مثل تحسين معالجة الإدخال/الإخراج في Btrfs وXFS، مقدمة مكاسب تصل إلى 20% في عمليات نظام الملفات. يضمن إصلاح Slab عدم تقويض هذه الفوائد، خاصة في بيئات مكثفة الذاكرة مثل خوادم قواعد البيانات والحاويات. يوفر التراجع إلى فروع الدعم طويل الأمد، بما في ذلك 6.18، استقرارًا لأنظمة الإنتاج.
