يطرح مهندسو OpenAI تساؤلات حول اقتراحات الأجهزة لـ V4 نقطة بنقطة: الفصل الذي أذهل الصناعة في V3 أصبح "مفاجئًا" هذه المرة.

robot
إنشاء الملخص قيد التقدم
ME News أخبار، 24 أبريل (UTC+8)، وفقًا لرصد Dongcha Beating، قال المهندس التقني في OpenAI، Clive Chan، إن تقرير V4 الفني لا يزال على مستوى عالٍ بشكل عام، لكن فصل النصائح المتعلقة بالأجهزة لشركات الرقائق «متواضع بشكل مفاجئ وحتى خاطئ»، مما يشكل تباينًا مع V3.
كان قسم الأسئلة والأجوبة في فصل الأجهزة لـ V3 من أكثر المناقشات سخونة في المؤتمر الأكاديمي ISCA، حيث كانت النصائح محددة حتى معايير التوصيل التي يجري العمل عليها في الصناعة، بينما أصبح V4 أكثر عمومية بكثير.
قدم Chan انتقادات واحدة تلو الأخرى.
بخصوص استهلاك الطاقة، قال التقرير إن تحسينات البرمجيات تجعل الحوسبة والتخزين والاتصالات في الرقاقة تعمل بأقصى طاقتها في وقت واحد، وأوصى شركات الرقائق بتخصيص مساحة أكبر للطاقة. ورأى Chan أن هذا «عكس النتيجة المرجوة تمامًا»: إجمالي استهلاك الطاقة للرقاقة مقيد بعمليات التصنيع الفيزيائية، وترك هامش أكبر للطاقة يعني خفض تردد التشغيل، وبالتالي تقليل القدرة الحاسوبية.
بخصوص طريقة نقل البيانات بين وحدات معالجة الرسوميات GPU، أفاد التقرير باختيار جعل GPU يسحب البيانات (pull) بنشاط بدلاً من دفعها (push) من الطرف الآخر، لأن تكلفة إشعارات push مرتفعة جدًا. شكك Chan في هذا التقييم، معتبرًا أن pull أبطأ بدلاً من ذلك، ويجب تحسين قدرة معالجة البيانات لبطاقات الشبكة. لكن قد يناقش الطرفان قضايا على مستويات مختلفة: التقرير يتحدث عن تكلفة آلية الإشعارات، بينما يتحدث Chan عن زمن النقل نفسه.
بخصوص دالة التنشيط، أوصى التقرير باستبدال SwiGLU بدوال أبسط لتقليل العبء الحسابي، ورأى Chan أنه لا داعي لذلك، لأن Sonic MoE أثبتت أن استخدام SwiGLU يمكنه الوصول إلى الأداء الأمثل. شك Chan في أن DeepSeek قد «أضعفت هذا الفصل عمدًا».
(المصدر: BlockBeats)
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
  • أعجبني
  • تعليق
  • إعادة النشر
  • مشاركة
تعليق
إضافة تعليق
إضافة تعليق
لا توجد تعليقات
  • مُثبت