هذه الأرقام لا تعني أن كل نظام سيحصل تلقائيًا على تسارع مماثل عند الانتقال إلى Linux 7.3. فالنتيجة تعتمد على الإعداد الكامل للمسار، بما في ذلك gso_max_size وgro_max_size، وقدرات بطاقة الشبكة، وحالة ميزات التفريغ العتادي، وقيمة MTU، ونوع النفق، وطبيعة الحمل المستخدم في الاختبار.

تقليل التنافس على قفل RTNL

تستهدف مجموعة أخرى من التغييرات مشكلة مختلفة: عمليات إضافة وحذف قواعد جدول معلومات التوجيه الأمامي FIB في IPv4 وIPv6. وقد نُقلت هذه العمليات، حيثما كان ذلك ممكنًا، من التسلسل الواسع الذي يفرضه قفل RTNL العام إلى حماية تعتمد على mutex خاص بكل fib_rules_ops. ومع ذلك، لا يختفي الاعتماد على RTNL بالكامل؛ إذ يبقى ضروريًا في حالات معينة، من بينها مسار fib_unmerge() المرتبط بأول قاعدة IPv4.

وفي اختبار اصطناعي أنشأ 4096 مساحة أسماء شبكية بالتوازي، ثم أضاف 1024 قاعدة إلى كل مساحة، انخفض زمن التنفيذ في IPv4 من 22.752 إلى 0.918 ثانية، أي تحسن بنحو 24.8 مرة. وفي IPv6 تراجع الزمن من 35.181 إلى 1.214 ثانية، أي بنحو 29 مرة. ويقيس هذا الاختبار حالة قصوى من التنافس بين مساحات الأسماء، وليس وعدًا بتحسن مماثل في زمن تشغيل الحاويات المعتاد.

الذكاء الاصطناعي أمام سيل الرقع البرمجية

بعيدًا عن تفاصيل مسار البيانات، كشف مدير الشبكات جاكوب كيسينسكي عن حجم الضغط المتزايد على فريق الصيانة. فقد أحصى 632 رقعة ضمن net و648 رقعة ضمن net-next، وقدّر أن الذكاء الاصطناعي كان وراء ما بين ثلث ونصف رقع net-next؛ أي ما يقارب 216 إلى 324 رقعة من الإصلاحات أو التنظيفات أو التوضيحات منخفضة الأولوية. ووصف كيسينسكي وباولو أبيني الوضع بأنهما «مرهقان تمامًا».

وبدعم من Meta لتوفير الميزانية والوصول إلى عدة نماذج ذكاء اصطناعي متقدمة، يدرس المطورون استخدام أكثر من نموذج في المراجعة الأولى لكل رقعة، بهدف تقليل الهلوسة والأخطاء التي قد تنتج عن الاعتماد على نموذج واحد. وتشمل الأتمتة المخطط لها إدارة Patchwork، وإرسال الملاحظات الإجرائية المتكررة، وتحرير رسائل الالتزام، وربما تطبيق الرقع التي راجعها أشخاص موثوقون بالفعل.

لكن هذا النهج لا يُقدَّم بوصفه بديلًا عن الخبرة البشرية. فالمسارات النادرة والحساسة للتزامن، مثل معالجة أخطاء PCIe والمهلات الزمنية، قد تبدو صحيحة في مراجعة سطحية بينما تخفي مشكلات في سلوك واجهات البرمجة أو ترتيب خطوات التعافي. لذلك يظل الحكم البشري ضروريًا في هذه الحالات.

تعريفات تشغيلية وبرمجية جديدة

تضمنت دورة الشبكات أيضًا عددًا من الإضافات الأخرى:

• حصلت الشبكات اللاسلكية على النسخة الأولية من تعريف Morse Micro mm81x لأجهزة Wi‑Fi HaLow عبر USB وSDIO، إلى جانب تعريف لاسلكي جديد من NXP يحمل اسم NXPWIFI، مع استمرار العمل على التشغيل متعدد الوصلات MLO.
• بدأ العمل بهيكل أولي لتعريف Intel iXD، المخصص لدعم وظيفة Control Plane PIC في منصات IPU وFNIC من Intel بدءًا من E2100، كما أضيف دعم CXL الأولي لبطاقات شبكة AMD/Solarflare ودعم تفليش البرامج الثابتة لبطاقات AMD Pensando.
• أضاف MPTCP، أي TCP متعدد المسارات، آلية لحذف عناصر من قائمة الانتظار غير المرتبة كحل أخير عند التعرض لضغط شديد على الذاكرة. ويستهدف ذلك مساعدة النظام على التعافي وإعادة الإرسال، لا زيادة الأداء في الظروف العادية.
• حسّن AF_UNIX SCM_RIGHTS الإبلاغ عندما يرفض نظام أمني يعتمد على LSM بعض واصفات الملفات. ومع SO_RIGHTS_NOTRUNC يستطيع الطرف المستقبِل تحديد الواصف المرفوض ورمز الخطأ الخاص به، بدل فقدان بقية المصفوفة عند أول فشل.

متى يصل Linux 7.3؟

كان متوقعًا صدور أول مرشح للإصدار 7.3 تقريبًا في 30 أغسطس، مع ترجيح وصول النسخة المستقرة في أواخر أكتوبر، وفق سير دورة التطوير المعتادة.

ولا يعني ذلك أن مستخدمي التوزيعات ذات الإصدارات الثابتة سيحصلون عليه فورًا؛ فالتوزيعات تختار النواة، وقد تنقل بعض الرقع إلى إصداراتها، ثم تختبرها وتطرحها وفق جداولها الخاصة. وقد تصل النواة إلى التوزيعات المت rolling في وقت أبكر، لكن لا توجد في المعطيات المتاحة دلائل على موعد مؤكد لاعتماد Linux 7.3 في CachyOS، إذ كانت صورة أغسطس لديها لا تزال تستخدم Linux 7.1.

هذه الأرقام لا تعني أن كل نظام سيحصل تلقائيًا على تسارع مماثل عند الانتقال إلى Linux 7.3. فالنتيجة تعتمد على الإعداد الكامل للمسار، بما في ذلك gso_max_size وgro_max_size، وقدرات بطاقة الشبكة، وحالة ميزات التفريغ العتادي، وقيمة MTU، ونوع النفق، وطبيعة الحمل المستخدم في الاختبار.

تقليل التنافس على قفل RTNL

تستهدف مجموعة أخرى من التغييرات مشكلة مختلفة: عمليات إضافة وحذف قواعد جدول معلومات التوجيه الأمامي FIB في IPv4 وIPv6. وقد نُقلت هذه العمليات، حيثما كان ذلك ممكنًا، من التسلسل الواسع الذي يفرضه قفل RTNL العام إلى حماية تعتمد على mutex خاص بكل fib_rules_ops. ومع ذلك، لا يختفي الاعتماد على RTNL بالكامل؛ إذ يبقى ضروريًا في حالات معينة، من بينها مسار fib_unmerge() المرتبط بأول قاعدة IPv4.

وفي اختبار اصطناعي أنشأ 4096 مساحة أسماء شبكية بالتوازي، ثم أضاف 1024 قاعدة إلى كل مساحة، انخفض زمن التنفيذ في IPv4 من 22.752 إلى 0.918 ثانية، أي تحسن بنحو 24.8 مرة. وفي IPv6 تراجع الزمن من 35.181 إلى 1.214 ثانية، أي بنحو 29 مرة. ويقيس هذا الاختبار حالة قصوى من التنافس بين مساحات الأسماء، وليس وعدًا بتحسن مماثل في زمن تشغيل الحاويات المعتاد.

الذكاء الاصطناعي أمام سيل الرقع البرمجية

بعيدًا عن تفاصيل مسار البيانات، كشف مدير الشبكات جاكوب كيسينسكي عن حجم الضغط المتزايد على فريق الصيانة. فقد أحصى 632 رقعة ضمن net و648 رقعة ضمن net-next، وقدّر أن الذكاء الاصطناعي كان وراء ما بين ثلث ونصف رقع net-next؛ أي ما يقارب 216 إلى 324 رقعة من الإصلاحات أو التنظيفات أو التوضيحات منخفضة الأولوية. ووصف كيسينسكي وباولو أبيني الوضع بأنهما «مرهقان تمامًا».

وبدعم من Meta لتوفير الميزانية والوصول إلى عدة نماذج ذكاء اصطناعي متقدمة، يدرس المطورون استخدام أكثر من نموذج في المراجعة الأولى لكل رقعة، بهدف تقليل الهلوسة والأخطاء التي قد تنتج عن الاعتماد على نموذج واحد. وتشمل الأتمتة المخطط لها إدارة Patchwork، وإرسال الملاحظات الإجرائية المتكررة، وتحرير رسائل الالتزام، وربما تطبيق الرقع التي راجعها أشخاص موثوقون بالفعل.

لكن هذا النهج لا يُقدَّم بوصفه بديلًا عن الخبرة البشرية. فالمسارات النادرة والحساسة للتزامن، مثل معالجة أخطاء PCIe والمهلات الزمنية، قد تبدو صحيحة في مراجعة سطحية بينما تخفي مشكلات في سلوك واجهات البرمجة أو ترتيب خطوات التعافي. لذلك يظل الحكم البشري ضروريًا في هذه الحالات.

تعريفات تشغيلية وبرمجية جديدة

تضمنت دورة الشبكات أيضًا عددًا من الإضافات الأخرى:

• حصلت الشبكات اللاسلكية على النسخة الأولية من تعريف Morse Micro mm81x لأجهزة Wi‑Fi HaLow عبر USB وSDIO، إلى جانب تعريف لاسلكي جديد من NXP يحمل اسم NXPWIFI، مع استمرار العمل على التشغيل متعدد الوصلات MLO.
• بدأ العمل بهيكل أولي لتعريف Intel iXD، المخصص لدعم وظيفة Control Plane PIC في منصات IPU وFNIC من Intel بدءًا من E2100، كما أضيف دعم CXL الأولي لبطاقات شبكة AMD/Solarflare ودعم تفليش البرامج الثابتة لبطاقات AMD Pensando.
• أضاف MPTCP، أي TCP متعدد المسارات، آلية لحذف عناصر من قائمة الانتظار غير المرتبة كحل أخير عند التعرض لضغط شديد على الذاكرة. ويستهدف ذلك مساعدة النظام على التعافي وإعادة الإرسال، لا زيادة الأداء في الظروف العادية.
• حسّن AF_UNIX SCM_RIGHTS الإبلاغ عندما يرفض نظام أمني يعتمد على LSM بعض واصفات الملفات. ومع SO_RIGHTS_NOTRUNC يستطيع الطرف المستقبِل تحديد الواصف المرفوض ورمز الخطأ الخاص به، بدل فقدان بقية المصفوفة عند أول فشل.

متى يصل Linux 7.3؟

كان متوقعًا صدور أول مرشح للإصدار 7.3 تقريبًا في 30 أغسطس، مع ترجيح وصول النسخة المستقرة في أواخر أكتوبر، وفق سير دورة التطوير المعتادة.

ولا يعني ذلك أن مستخدمي التوزيعات ذات الإصدارات الثابتة سيحصلون عليه فورًا؛ فالتوزيعات تختار النواة، وقد تنقل بعض الرقع إلى إصداراتها، ثم تختبرها وتطرحها وفق جداولها الخاصة. وقد تصل النواة إلى التوزيعات المت rolling في وقت أبكر، لكن لا توجد في المعطيات المتاحة دلائل على موعد مؤكد لاعتماد Linux 7.3 في CachyOS، إذ كانت صورة أغسطس لديها لا تزال تستخدم Linux 7.1.