يقدم تحديث نواة Linux 7.1 الأحدث تغييرات جذرية في نظام الملفات قد تؤثر سلباً على أداء الأجهزة القديمة بمعمارية 32 بت. تعمل الأكواد البرمجية التي دمجها المطور لينوس تورفالدس (Linus Torvalds) مؤخراً على تغيير طريقة تعامل النواة مع معرفات نظام الملفات، مع إعطاء الأولوية للأكواد النظيفة المناسبة لحوسبة 64 بت الحديثة على حساب الأنظمة القديمة. يسلط هذا التحول الضوء على استعداد متزايد بين مطوري النواة للتضحية بالمعماريات المتقادمة لصالح تبسيط العمليات الحديثة.
تاريخياً، كان حقل المعرف الداخلي للملفات في النواة يُعرّف كمتغير طويل غير مُوقّع (unsigned long)، مما يعني أنه كان يقتصر افتراضياً على 32 بت في معماريات 32 بت. أجبرت هذه القيود أنظمة الملفات على الاعتماد على حلول برمجية معقدة لضغط معرفات 64 بت داخل مساحة 32 بت المحدودة. وللقضاء على هذه الترقيعات التاريخية، ينقل تحديث نظام Linux 7.1 هذا المعرف العالمي رسمياً إلى تنسيق 64 بت صارم.
// Previous architecture-dependent behavior
unsigned long i_ino;
// New Linux 7.1 universal identifier
u64 i_ino;
في حين أن الأجهزة بمعمارية 64 بت لن تشهد أي اختلاف جوهري جراء هذا الانتقال، سيواجه مستخدمو أنظمة 32 بت عقوبة هيكلية. ستنمو بنية البيانات الأساسية بمقدار 4 بايت على الأقل في الأنظمة القديمة. ووفقاً للمطور جيف لايتون (Jeff Layton)، الذي قاد طلب السحب (Pull request)، فإن هذا التوسع قد يؤدي إلى آثار جانبية تتعلق بمحاذاة خطوط ذاكرة التخزين المؤقت (Cache line alignment) وتحجيم كتل الذاكرة (Slab sizing)، مما سيؤدي في النهاية إلى تراجع كفاءة النظام.
دور نموذج Claude في تطوير النواة
بعيداً عن التحول المعماري، يتميز تحديث نواة Linux 7.1 باعتماده الملحوظ على الذكاء الاصطناعي التوليدي. أكد المطور لايتون أنه تم استخدام نموذج لغوي كبير، وتحديداً نموذج Claude، لإنشاء جزء كبير من حزمة التصحيحات. تم تكليف الذكاء الاصطناعي بشكل أساسي بتحديث سلاسل التنسيق (Format strings) ونقاط التتبع (Tracepoints) عبر قاعدة الأكواد لاستيعاب الحجم الجديد للمتغير.
نسب لايتون الأكواد التي أنشأها الذكاء الاصطناعي لنفسه، مصنفاً هذا العمل ضمن فئة "المهام الوضيعة" في تطوير النواة. ونظراً لأن المنطق الأساسي للنواة لا يتأثر كثيراً بالحجم الدقيق لحقل المعرف، فقد أثبت تفويض تحديثات الصياغة المملة إلى النماذج اللغوية الكبيرة (LLMs) أنه سير عمل عالي الكفاءة. يمثل هذا خطوة عملية إلى الأمام في كيفية تعامل المشرفين مع مهام إعادة الهيكلة الضخمة والمتكررة.
رأيي: النهاية الحتمية لأنظمة 32 بت في Linux
إن تراجع الأداء في أنظمة 32 بت ضمن تحديث نواة Linux 7.1 ليس صدفة؛ بل هو مقايضة استراتيجية محسوبة. من خلال توسيع حقل المعرف، يمكن للمطورين في النهاية تقليص الهياكل الأخرى، مثل التخلص من حقل المعرف المكرر بحجم 64 بت المطلوب حالياً في أنظمة ملفات شبكية معينة. تعمل النواة بنشاط على التخلص من ديونها التقنية، والأجهزة القديمة هي من يدفع الثمن.
إن إشارة لايتون الصريحة إلى أن المطورين "يناقشون بنشاط إيقاف دعم معماريات 32 بت في المستقبل" بمثابة تحذير واضح للصناعة. إن تبرير عقوبة الـ 4 بايت اليوم يمهد الطريق للتخلي عن دعم 32 بت بالكامل غداً. علاوة على ذلك، فإن الاستخدام الشفاف لنموذج Claude لإعادة هيكلة الأكواد النمطية يشير إلى نضج في تطوير المصادر المفتوحة، حيث لم تعد النماذج اللغوية الكبيرة مجرد أدوات حديثة، بل أصبحت ضرورية لإدارة الحجم الهائل لقاعدة أكواد نظام Linux.
