مساهمة في النواة بمساعدة الذكاء الاصطناعي
استخدم لينوس تورفالدس مساعدًا برمجيًا قائمًا على نموذج لغوي كبير أثناء العمل على سلسلة من تصحيحات نواة Linux، في لحظة لافتة لأحد أكثر مشاريع البرمجيات مفتوحة المصدر تأثيرًا. وفي المذكرة المرافقة للتسليم، قال تورفالدس إن الشيفرة وبرامج الاختبار والمراجعة التي تقف وراء قائمة التصحيحات والمسودة الأولى للنص التفسيري أُنجزت باستخدام Claude Code من Anthropic وتحت توجيهه.
لا يصف هذا الكشف نظامًا مستقلًا غيّر Linux من تلقاء نفسه. بل يصف استخدام مساعدة الذكاء الاصطناعي ضمن عملية يقودها مطور لمعالجة مشكلة تقنية محددة. نشر تورفالدس العمل كسلسلة من ثمانية تصحيحات على فرع يحمل اسم noref-filemap-read-with-llm في مستودعه.
تستهدف التصحيحات مشكلة أداء معروفة في Linux تتعلق بعمليات قراءة صغيرة من الملف المخزّن نفسه على أنظمة متعددة الأنوية والمعالجات. وقد عُرفت المشكلة منذ عام 2024، فيما لم تنجح المحاولات السابقة في معالجتها.
عنق الزجاجة في ذاكرة التخزين المؤقت للصفحات
يستخدم Linux ذاكرة التخزين المؤقت للصفحات للاحتفاظ ببيانات الملفات في الذاكرة. ويساعد ذلك عادةً البرامج على تجنب الوصول المتكرر إلى التخزين، لكن مصدر هذه السلسلة من التصحيحات هو نوع مختلف من الكلفة: التنسيق بين أنوية المعالج.
عندما تجري عدة خيوط قراءات صغيرة متكررة من الملف نفسه المخزّن، فإنها تحصل على مراجع إلى folio الذي يدعم تلك البيانات وتحررها. وتتطلب تحديثات عدّاد المراجع هذه عمليات كتابة ذرية إلى خط تخزين مؤقت مشترك. وفي نظام متعدد الأنوية، يمكن لحركة البيانات الناتجة أن تجعل الأنوية تتنافس على ذلك الخط وتبطئ عبء العمل.
وقد يكون التأثير واضحًا بصفة خاصة عندما تكون القراءات صغيرة ومتكررة. استخدم المثال المبلغ عنه ثمانية خيوط تجري استدعاءات pread() بحجم 16 بايت على الصفحة نفسها في حاسوب محمول مزود بمعالج Intel Core i7-8565U بأربع أنوية وثمانية خيوط. وفي ذلك الاختبار، مثّل خط التخزين المؤقت المشترك 99.92% من نشاط التحميل بين الأنوية المصنف على أنه Hit in Modified cache line، أو HITM.
يوضح هذا القياس سبب قدرة تفصيل منخفض المستوى مثل تحديث عدّاد المراجع على إحداث تأثير يفوق حجمه. فالقراءات الفردية صغيرة جدًا، لكن المزامنة المتكررة على الذاكرة المشتركة قد تصبح الكلفة المهيمنة عندما تتنافس عدة خيوط تنفيذ على البيانات الأساسية نفسها.
لماذا يهم هذا الكشف
يتطلب تطوير Linux مراجعة واختبارات صارمة، خصوصًا للتغييرات التي تمس إدارة الذاكرة وسلوك ذاكرة التخزين المؤقت للملفات. ولذلك فإن تصريح تورفالدس مهم بدرجة أقل بسبب مشاركة الذكاء الاصطناعي بحد ذاتها، وبدرجة أكبر لأنه حدد صراحةً دوره في توليد الشيفرة والاختبارات ومواد المراجعة والمسودة التفسيرية الأولى لسلسلة تصحيحات النواة.
وتقدم الرواية كذلك صورة أكثر واقعية عن كيفية استخدام أدوات البرمجة بالذكاء الاصطناعي في برمجة الأنظمة. فقد طُبق المساعد على مشكلة أداء محددة ذات سلوك قابل للقياس، مع برامج اختبار وعملية مراجعة قائمة على التصحيحات. وظل تورفالدس الشخص الذي يوجه العمل ويقدم التغييرات.
ويمثل هذا التمييز أمرًا مهمًا عند تقييم الادعاء. فالمصدر لا يقدم التصحيحات باعتبارها حالة استبدل فيها نموذجٌ مسؤولي صيانة النواة، بل يقدم الذكاء الاصطناعي أداةً استُخدمت بتوجيه المؤلف أثناء معالجة مشكلة صعبة في ذاكرة التخزين المؤقت للذاكرة متعددة الأنوية.
حالة اختبار للذكاء الاصطناعي في برمجيات البنية التحتية
تُعد شيفرة البنية التحتية بيئة صعبة لمساعدة البرمجة. فتغيير النواة يجب ألا يبدو معقولًا فحسب؛ بل عليه أن يراعي التزامن وخصائص الأداء والتفاعلات التي قد لا تظهر إلا تحت أعباء عمل محددة. وفي هذه الحالة، يرتبط العمل بآلية تنافس محددة بوضوح في ذاكرة التخزين المؤقت للصفحات وبسيناريو معياري ملموس.
كما تمثل سلسلة التصحيحات مثالًا على امتداد استخدام الذكاء الاصطناعي إلى ما هو أبعد من إكمال الشيفرة. ويشمل كشف تورفالدس برامج اختبار وأعمال مراجعة والمسودة الأولى للنص المرافق. وهذه أجزاء مختلفة من العمل الهندسي، وتشير الإفادة إلى استخدام المساعد عبرها مع بقاء التوجه التقني بقيادة بشرية.
أما ما إذا كان هذا النهج سيصبح اعتياديًا في تطوير Linux، فسيحدده المسار التقني المعتاد للمشروع: فحص مجموعة التصحيحات، والاختبار والمراجعة من جانب مسؤولي الصيانة والمساهمين. والنتيجة الفورية أضيق نطاقًا لكنها لا تزال مهمة. فقد وثق أحد أبرز مسؤولي صيانة البرمجيات مفتوحة المصدر علنًا استخدام مساعد قائم على نموذج لغوي كبير في إصلاح مقترح لمشكلة أداء حقيقية في النواة.
وبالنسبة إلى المطورين الذين يراقبون التبني العملي لأدوات الذكاء الاصطناعي، تقدم هذه الواقعة إطارًا مفيدًا. فقد طُبقت التقنية على مشكلة أنظمة محددة وقابلة للقياس، لا كبديل عن المساءلة الهندسية، بل كمساعد في إنتاج سلسلة تصحيحات وفحصها تحت توجيه الشخص المسؤول عنها.
يستند هذا المقال إلى تقرير نشرته ZDNET. اقرأ المقال الأصلي.
Originally published on zdnet.com