ماذا حدث
تفيد تقارير MarkTechPost أن Meta قدمت MetaRoCE، وهو بروتوكول نقل RDMA جديد مصمم لأحمال عمل الذكاء الاصطناعي التي تعمل عبر شبكات Ethernet الكبيرة. يقول التقرير إن MetaRoCE تتعامل مع الشبكة على أنها مفقودة بدلاً من طلب التسليم بدون فقدان من خلال التحكم في التدفق ذي الأولوية، بينما تتعامل بطاقات واجهة الشبكة القابلة للبرمجة مع ترتيب الحزم واختيار المسار والاسترداد الانتقائي.
تشير MarkTechPost إلى أن Meta قدمت MetaRoCE كوسيلة نقل RDMA نظيفة لشبكة إيثرنت ذات نطاق الذكاء الاصطناعي. وفقًا للمنفذ، تم تصميم البروتوكول حول أنماط الاتصال الخاصة بتدريب النماذج الكبيرة ومجموعات الخدمة، حيث تتطلب العمليات الجماعية مثل الكل المخفض والشامل العديد من المسرعات لتبادل البيانات بشكل متكرر. يقول التقرير أن Meta قامت بتشغيل مجموعات تصل إلى مئات الآلاف من وحدات معالجة الرسومات عبر مراكز ومناطق بيانات متعددة، على الرغم من أن مطالبات النطاق هذه تُنسب إلى MarkTechPost ولم يتم تأكيدها بشكل مستقل هنا.
يختلف التصميم المُبلغ عنه عن RoCEv2 التقليدي في كيفية تعامله مع الازدحام والطلب والخسارة. MarkTechPost says MetaRoCE sprays packets across multiple paths and permits them to arrive out of order. تحمل كل حزمة معلومات كافية لبطاقة NIC المتلقية لوضع البيانات مباشرة في موقع الذاكرة النهائي الخاص بها، مما يؤدي إلى تجنب المخزن المؤقت لإعادة الطلب وتقليل حظر رأس الخط. يقول التقرير أيضًا أن كل اتصال يمكن أن يحتوي على تدفقات مرتبة متعددة ومسارات شبكة متعددة، مما يسمح لنقطة النهاية بإعادة توازن حركة المرور دون فتح أعداد كبيرة من أزواج قوائم الانتظار المنفصلة.
أفاد المنفذ أن MetaRoCE يستخدم علامة ECN وتوجيه ECMP من نسيج Ethernet، مع نقل المزيد من معلومات النقل إلى NIC. It reportedly removes the need for priority flow control and pause frames, which are central to lossless RoCE deployments. يقال إن بنية الإقرار الانتقائي 256 بت تحدد الحزم المفقودة وتؤدي إلى إعادة الإرسال المستهدف. يصف MarkTechPost أيضًا التحكم الإضافي في الزيادة والنقصان المضاعف القائم على ECN من جانب المرسل بالإضافة إلى تلميحات معدل المشاركة العادلة المقدمة من المتلقي.
يقول MarkTechPost أن Meta نفذت البروتوكول على بطاقات NIC القابلة للبرمجة من AMD Pensando واختبرته على مجموعة AMD GPU المكونة من 64 عقدة والتي تشغل مجموعات RCCL. تشير المقالة إلى إنتاجية أعلى وأوقات إكمال تدفق أقل من RoCEv2 في مقارنات التخفيض الشامل والشامل. وتفيد أيضًا أن MetaRoCE احتفظت بحوالي 86% من الإنتاجية مع فقدان الحزمة بنسبة 1% واستمرت في توفير عرض النطاق الترددي المفيد بخسارة 10%. لا توفر المقالة منهجية كافية يمكن التحقق منها بشكل مستقل أو قياسات أولية أو تكوين أساسي للتحقق من صحة هذه النتائج.
خطة الإصدار المبلغ عنها غير مكتملة. يقول MarkTechPost أن Meta تعتزم نشر مواصفات من خلال Open Project، وهو تطبيق مرجعي برمجي محسّن لـ DPDK، ومجموعة امتثال ونموذج سلوكي libsoftmetaroce. يعرض المنفذ هذه القطع الأثرية في القمة العالمية لـ OCP لعام 2026 في أكتوبر، لكنه يستخدم لغة مؤهلة حول التوقيت. ويقول المصدر أيضًا إن عمليات تنفيذ الأجهزة الإضافية جارية، دون تسمية البائعين أو الالتزام بالتوافر.
تفاصيل المصدر: marktechpost.com ↗
لماذا يهم
تعتمد وظائف التدريب والخدمة الكبيرة في مجال الذكاء الاصطناعي على العمليات الجماعية التي تنقل البيانات بين العديد من المسرعات. إن النقل الذي يظل مفيدًا أثناء فقدان الحزم يمكن أن يقلل من حالات التوقف ويجعل مجموعات الذكاء الاصطناعي المستندة إلى إيثرنت أكثر مرونة، ولكن النتائج المبلغ عنها لم يتم تأكيدها بشكل مستقل ولا تثبت جاهزية الإنتاج.
والمسألة العملية هي الاستفادة. في الذكاء الاصطناعي الموزع، يمكن تأخير خطوة التدريب بسبب أبطأ مسار اتصال، مما يترك المسرعات باهظة الثمن في الانتظار. يشير حساب MarkTechPost إلى أن MetaRoCE يهدف إلى مواصلة عمليات النقل عندما تفشل بعض الحزم أو مستويات الشبكة، بدلاً من السماح لخطأ صغير بإيقاف مجموعة أكبر. إذا تم إعادة إنتاجها بشكل مستقل، فقد يجعل ذلك إيثرنت أساسًا أكثر مرونة لمجموعات الذكاء الاصطناعي ويقلل الاعتماد على تكوينات النسيج غير المفقودة التي يتم التحكم فيها بإحكام.
يمكن أن يؤثر التصميم أيضًا على كيفية بناء المؤسسات للشبكات وتشغيلها. يقول التقرير أن MetaRoCE يحتاج إلى ECN وECMP، وهي قدرات مرتبطة على نطاق واسع بتبديل Ethernet، ولكنها لا تتطلب قطع الحزم أو رش جانب التبديل أو القياس عن بعد داخل الشبكة أو التحكم في التدفق القائم على الائتمان. قد يكون ذلك مهمًا بالنسبة للمشغلين الذين يستخدمون معدات البائعين المختلطين أو البيئات السحابية حيث يكون تكوين المحول مقيدًا. ومع ذلك، فإن التوافق مع معدات Ethernet العادية سيعتمد على بطاقة واجهة الشبكة (NIC) وبرامج التشغيل ومجموعة البرامج وإعدادات التشغيل، وليس فقط على وجود ECN وECMP.
النهج المبلغ عنه يضع المزيد من المسؤولية في نقطة النهاية. قد يؤدي ذلك إلى تبسيط النسيج، ولكنه يمكن أن يزيد من أهمية البرامج الثابتة لـ NIC والبرامج المضيفة ووضع الذاكرة وإمكانية المراقبة. يمكن أن تصبح حالات الفشل التي كانت مرئية سابقًا في المحولات سلوكيات على مستوى النقل تتطلب تشخيصات جديدة واختبار امتثال. يمكن أن تساعد عناصر OCP المقترحة في إنشاء إمكانية التشغيل البيني، لكن فائدتها ستعتمد على مدى اكتمال المواصفات ومدى دقة اختبار البائعين للتطبيقات.
من المحتمل أن تكون المقارنة مع RoCEv2 مهمة لأنها تعالج مقايضة معمارية حقيقية: يمكن للشبكات غير المفقودة أن تتجنب عمليات إعادة الإرسال ولكنها قد تستخدم آليات الإيقاف المؤقت التي تنشر الازدحام، في حين أن التصميم المتسامح مع الخسارة يمكن أن يحافظ على تنوع المسار على حساب حركة الاسترداد وتعقيد نقطة النهاية. يقدم المصدر نتائج فقدان حزم MetaRoCE كدليل لصالح النهج الأخير. يجب التعامل مع هذه النتائج على أنها مطالبة فنية مرتبطة بالشركة تم الإبلاغ عنها بواسطة MarkTechPost، وليس كدليل عام على أن النقل الذي يتحمل الخسارة متفوق في كل هيكل أو عبء عمل.
ويكون التأثير العام غير مباشر ولكنه كبير إذا نضجت التكنولوجيا. يمكن أن تؤثر الترابطات الأكثر مرونة على التكلفة والتوزيع الجغرافي ومزيج الموردين للبنية التحتية للذكاء الاصطناعي. ويمكن أن تؤثر أيضًا على أداء خدمات التدريب وأساطيل الاستدلال وأعباء العمل العلمية التي تستخدم المسرعات الموزعة. في الوقت الحاضر، لا يوجد دليل على مصدر النشر الواسع النطاق، أو اعتماد العملاء، أو المراجعة المستقلة المنشورة، أو التغيير في توفر الذكاء الاصطناعي الذي يواجه المستهلك.
الآلية التفاعلية: كيف تعمل فعليًا
استكشف التكنولوجيا الأساسية وراء هذا التطور بشكل تفاعلي.
Which component of an AI application is the machine-learning model itself?
ماذا تشاهد بعد ذلك
تتمثل الخطوات الرئيسية التالية في ما إذا كانت Meta تنشر مجموعة المواصفات الموعودة والتنفيذ المرجعي والامتثال من خلال Open Project، وما إذا كان البائعون الآخرون يدعمون البروتوكول، وما إذا كانت الاختبارات المستقلة تعيد إنتاج النتائج المبلغ عنها. يجب على المشترين أيضًا مراقبة الأدلة من عمليات نشر الإنتاج بدلاً من الاعتماد فقط على حالات الفشل المحاكية أو منصة أجهزة واحدة.
نقطة التحقق الأولى هي النشر. يجب على القراء البحث عن مواصفات MetaRoCE الفعلية والبرمجيات المرجعية ومواد الامتثال الخاصة بـ Meta من خلال مشروع Open Project. ستوضح هذه الوثائق تنسيقات الحزم ومتطلبات التشغيل البيني والترخيص وحالة التنفيذ والاعتبارات الأمنية وما إذا كان توقيت أكتوبر ثابتًا أم أنه مجرد اقتراح تم الإبلاغ عنه بواسطة MarkTechPost.
القياس المستقل هو الاختبار الرئيسي التالي. قد تتضمن الأدلة المفيدة نتائج من أكثر من بائع NIC واحد، ومنصات تبديل مختلفة، وأحجام مجموعات متنوعة وأعباء عمل تتجاوز مجموعات RCCL. يجب أن تُبلغ الاختبارات عن الإنتاجية، وزمن الوصول، ووقت اكتمال التدفق، والحمل الزائد لإعادة الإرسال، واستخدام وحدة المعالجة المركزية وبطاقة واجهة الشبكة (NIC)، والسلوك في ظل حالات الفشل المرتبطة والاسترداد بعد عدم توفر المستوى أو المسار.
سيحدد توفر الأجهزة والبرامج ما إذا كان التقرير يصف تقنية قابلة للنشر أو مشروع هندسة مبكرًا. تقول MarkTechPost أن Meta قد أظهرت MetaRoCE على بطاقات NIC القابلة للبرمجة من AMD Pensando وأن عمليات التنفيذ الأخرى جارية، لكنها لا تحدد منتجًا تجاريًا عامًا أو مصفوفة برنامج تشغيل مدعومة أو نشر إنتاج. يجب على المشغلين انتظار عمليات التنفيذ والوثائق والتزامات الدعم المحددة قبل التعامل مع البروتوكول كخيار شراء.
كما تحتاج أرقام الخسائر المبلغ عنها إلى تفسير دقيق. يمكن أن يكون الحفاظ على حوالي 86% من الإنتاجية عند خسارة حزمة بنسبة 1% والحفاظ على عرض النطاق الترددي المفيد عند خسارة 10% مفيدًا، لكن المصدر لا يحدد ما إذا كانت الخسارة عشوائية أو متقطعة، وما إذا كانت أثرت على مسار واحد أو عدة مسارات، أو كيفية تطبيع الإنتاجية، أو كيفية مقارنة تكاليف إعادة الإرسال مع RoCEv2 في ظل ظروف مماثلة. يجب أن يختبر النسخ المتماثل المستقل أنماط الازدحام والفشل الواقعية بدلاً من الاعتماد فقط على المحاكاة الخاضعة للرقابة.
وأخيرا، يجب على الصناعة أن تراقب كيف تتناسب MetaRoCE مع مبادرات شبكات الذكاء الاصطناعي الأخرى، بما في ذلك عمل شبكة إيثرنت الأوسع نطاقا لمشروع Open Project ووسائل النقل الخاصة المنافسة. والسؤال المهم ليس فقط ما إذا كان تصميم Meta يعمل بشكل جيد في مجموعة واحدة، ولكن ما إذا كان بإمكان البائعين تنفيذه بشكل متسق، ويمكن للمشغلين استكشاف أخطاءه وإصلاحها، ويمكن للتطبيقات استخدامه دون تغييرات مكلفة. وإلى أن تتم الإجابة على هذه الأسئلة، من الأفضل فهم التطوير على أنه مقترح بنية تحتية تم الإبلاغ عنه مع عرض توضيحي مبكر للأجهزة، وليس بديلاً متاحًا على نطاق واسع لـ RoCEv2.