NVIDIA Vera Rubin NVL72: اختبار قبول الرموز لكل ميغاواط قبل الانتقال من Grace Blackwell
تقدم NVIDIA و CoreWeave منصة Vera Rubin NVL72 حول الإنتاجية لكل ميغاواط، لكن مشغلي البنية التحتية يحتاجون إلى اختبار قبول خاص بهم قبل الانتقال من Grace Blackwell NVL72. يحوّل هذا الدليل ادعاءات المورّدين إلى خطة عملية للتحقق من عبء العمل والطاقة والتبريد والشبكات وزمن الاستجابة والرجوع.
NVIDIA Vera Rubin NVL72 هو نوع إعلانات الذكاء الاصطناعي على مستوى الرف الذي يدفع مخططي السعة إلى فتح جداول البيانات. وهذا منطقي. لكن سؤال المشغل أقل بريقا: هل ستوفر هذه المنصة مزيدا من الرموز المفيدة داخل حدود الطاقة والتبريد والشبكة وزمن الاستجابة والبرمجيات وخطة الطرح التي تملكها فعلا؟
تقول NVIDIA إن إنتاج Vera Rubin NVL72 يتصاعد مع شركاء كبار في السحابة والبنية التحتية. وتقول CoreWeave إن أول معيار أداء لديها يظهر إنتاجية أكبر 10x لكل ميغاواط مقارنة ب Grace Blackwell NVL72 على DeepSeek-R1. هذه إشارات قوية. لكنها لا تكفي وحدها لتكوين حالة انتقال.
بالنسبة إلى قادة البنية التحتية، ليس السؤال الصحيح هو ما إذا كان Vera Rubin يبدو أسرع في منشور إطلاق. بل ما إذا كان Vera Rubin NVL72 يحسن الرموز المفيدة المقاسة لكل ميغاواط بعد احتساب حمل المنشأة، والتبريد السائل، وذيول زمن الاستجابة، والشبكات، والاستخدام، ونضج البرمجيات، والتكلفة، ومخاطر الرجوع. إذا كنت تقيّم أيضا خيارات بنية NVIDIA التحتية المجاورة، فإن الانضباط نفسه في الأدلة ينطبق على اختبار قبول الاسترجاع في NVIDIA Nemotron 3 Embed. وبالنسبة إلى الفرق التي تربط قرارات البنية التحتية بقابلية الاكتشاف وأنظمة القياس، اجعل حدود التقارير واضحة كما في دليل Optijara حول خصائص منصة Google Search Console. وإذا كان نطاق أعباء العمل لديك يشمل أنظمة مجسدة أو متعددة الوسائط، فإن انضباط التحقق من المخرجات المستخدم في اختبار معالجة الروبوت RynnBrain 1.1 يمثل تشابها مفيدا.
لماذا يجب تقييم Vera Rubin NVL72 بحسب نطاق عبء العمل، لا بحسب ادعاءات الإطلاق
تصف NVIDIA منصة Vera Rubin بأنها منصة من الرقاقة إلى الشبكة الكهربائية، مبنية حول تصميم مشترك على مستوى الرف، ومعالج Vera، و NVLink، وشبكات Spectrum-X، وتصميم التبريد السائل. يقول منشور NVIDIA في يوليو 2026 إن الإنتاج يتصاعد لدى الشركاء، ويشير إلى ادعاء CoreWeave المعياري بتحقيق إنتاجية أكبر 10x لكل ميغاواط مقارنة ب Grace Blackwell NVL72. كما تدعي NVIDIA مكاسب على مستوى المنصة في NVLink، و Spectrum-X، وزمن استجابة المعالج، ودرجة حرارة مدخل التبريد، ووقت التجميع.
هذه الادعاءات مهمة لأن بنية الذكاء الاصطناعي المقيّدة بالطاقة تُقاس الآن بالمخرجات لكل ميزانية كهربائية وحرارية، لا بعدد المسرعات وحده. النظرة المباشرة: الرموز لكل ميغاواط هي المقياس العنواني الصحيح، ومن السهل إساءة استخدامه. قد يبدو الرسم البياني مقنعا بينما يخفي مزيج أعباء العمل، أو حدود المنشأة، أو هدف زمن الاستجابة، أو مقدار المخرجات التي وصلت متأخرة أكثر من اللازم لخدمة مستخدم حقيقي.
تطبيق طويل السياق كثيف مرحلة الإدخال، وخدمة دردشة كثيفة مرحلة التوليد، وسير عمل استرجاع، ومهمة تلخيص دفعية، وخط معالجة متعدد الوسائط، وضبط دقيق، لن تضغط على المنصة بالطريقة نفسها. إنها تنتج اختناقات مختلفة. وتنتج أيضا حالات عمل مختلفة.
معيار القرار المفيد هو نطاق عبء العمل. يجب ألا تتم الموافقة على الانتقال من Grace Blackwell NVL72 إلا عندما يحسن Vera Rubin NVL72 النطاق المقاس ضمن قيودك: مزيج النماذج، وأطوال التسلسل، وسياسة التجميع، وأهداف مستوى الخدمة، وطوبولوجيا الشبكة، وحلقة التبريد، وطاقة المنشأة، وتوقيت الشراء، ومسار الرجوع.
اختبار قبول Optijara للرموز لكل ميغاواط
اختبار قبول Optijara للرموز لكل ميغاواط، أو TMWAT، يحوّل ادعاءات المنصة إلى مسار أدلة. يعمل عبر أربع طبقات: مصدر الادعاء، وفصل أعباء العمل، وتطبيع المنشأة، واقتصاديات الرموز المفيدة.
الخطوة 1: تثبيت مصدر الادعاءات قبل محادثات الشراء
ابدأ بسجل ادعاءات. يجب ربط كل تصريح حول إنتاجية 10x لكل ميغاواط، أو الأداء، أو الطاقة، أو المياه، أو زمن الاستجابة، أو التكلفة بعنوان URL للمصدر، وعبء العمل، والنموذج، والدقة، وطول التسلسل، وإعدادات الدفعات، وافتراضات الترابط، وظروف التبريد، ونافذة القياس، وحالة إعادة الإنتاج. تعامل مع تصريحات NVIDIA والشركاء كادعاءات من المورّد أو الشريك إلى أن يعيد فريقك إنتاجها.
| حقل الادعاء | ما يجب تسجيله | لماذا يهم |
|---|---|---|
| المصدر | عنوان URL المرجعي وتاريخ النشر | يمنع انجراف شرائح المبيعات |
| عبء العمل | النموذج والمطالبات وطول التسلسل وسياسة الدفعات | الرموز ليست قابلة للاستبدال دائما |
| النظام | الرف والمعالج المركزي ووحدة GPU و NVLink و Spectrum-X ومكدس البرمجيات | يفصل المنصة عن الضبط |
| المنشأة | طاقة دخل الرف وحلقة التبريد ومعالجة PUE و WUE | يوقف الحمل المخفي |
| الحالة | مُدعى به أو أُعيد إنتاجه أو فشل أو غير محسوم | يبقي الشراء مرتبطا بالأدلة |
الخطوة 2: فصل نتائج prefill و decode والتجميع وذيول زمن الاستجابة
يجب قياس prefill و decode كل على حدة قبل أن يدمجهما أي طرف في درجة واحدة. غالبا ما تضغط prefill على الحوسبة المتوازية وعرض نطاق الذاكرة عبر مطالبات طويلة. وتميل decode إلى كشف مشكلات زمن الاستجابة والجدولة والوصول إلى الذاكرة وتشكيل الدفعات. ويضيف التوليد المعزز بالاسترجاع التضمين، والاسترجاع المتجهي، وتجميع السياق، وسلوك التخزين المؤقت، وقفزات الشبكة. قد تتغير إجابة الانتقال بحسب عبء العمل، حتى على الرف نفسه.
الخطوة 3: تطبيع الرموز بحسب طاقة الرف، وحمل المنشأة، ونافذة الزمن
استخدم خمس نوافذ على الأقل: الحالة المستقرة، والاندفاع، وتجاوز الفشل، والتشغيل المتدهور، وإعادة التشغيل بعد الصيانة. الرموز لكل رف ليست كافية. يجب أن يذكر مقياس الرموز لكل ميغاواط حدود القياس، مثل طاقة تقنية المعلومات فقط أو الطاقة المعدلة بحسب المنشأة. إذا فرضت قيود التبريد أو الشبكة الكهربائية خفض التشغيل، فيجب أن يعكس المقام القيد الذي يواجهه المشغلون فعلا.
الخطوة 4: مقارنة التكلفة لكل رمز مفيد، لا مخرجات المعيار الخام
الرموز المفيدة هي الرموز المسلّمة داخل هدف مستوى الخدمة المتفق عليه. الرموز التي تصل بعد انتهاء المهلة، أو تخالف ذيول زمن الاستجابة، أو تتطلب عددا كبيرا من المحاولات، أو تعتمد على هامش تبريد لن يكون موجودا في الإنتاج، يجب ألا تُحتسب كسعة أعمال. احسب المخرجات المفيدة، لا مجرد المخرجات المنتجة.
Grace Blackwell NVL72 مقابل Vera Rubin NVL72: مصفوفة قرار للمشغلين
يستحق Vera Rubin تجربة عندما تتوافق قيودك مع فرضية المنصة: طلب مستدام مرتفع، ونطاق طاقة محدود، وجاهزية للتبريد السائل، وشبكات مُتحقق منها على مستوى الرف، وقياس عن بعد ناضج، ومزيج أعباء عمل يعيد إنتاج ادعاء الكفاءة. يمكن أن يظل Grace Blackwell خيار الإنتاج الأكثر أمانا عندما يكون النشر الحالي مستقرا، وتكون تبعيات البرمجيات معروفة، ويكون عدم يقين الانتقال أكبر من مكسب الكفاءة المقاس.
| عامل القرار | غالبا ما يناسب Grace Blackwell NVL72 عندما | تناسب تجربة Vera Rubin NVL72 عندما | علّق الانتقال أو تجنبه عندما |
|---|---|---|---|
| دليل الكفاءة | أعباء العمل الحالية مُتحقق منها ويمكن التنبؤ بها | تُعاد إنتاج ادعاءات المورّد على عبء عملك | سجل الادعاءات غير مكتمل |
| طاقة المنشأة | الرفوف الحالية تناسب السعة المتاحة | ثبتت رموز مفيدة أعلى لكل MW معدل بحسب المنشأة | سعة الشبكة الكهربائية أو هامش تجاوز الفشل مفقود |
| التبريد | التصميم الحراري الحالي مستقر | القياس عن بعد للتبريد السائل وحدود التشغيل جاهزة | توقيت التحديث أو قياس جانب المياه غير واضح |
| الشبكات | النسيج الحالي يحقق أهداف زمن الاستجابة والاستخدام | تُعاد إنتاج افتراضات NVLink و Spectrum-X | يهيمن الازدحام أو التوزيع أو المرور بين الرفوف |
| نضج البرمجيات | برامج التشغيل والجدولة ومكدس الخدمة الحالية موثوقة | ينجح المكدس الجديد في اختبارات التحمل والترقية وتجاوز الفشل | لا يمكن تثبيت انجراف التبعيات |
| الرجوع | تستطيع السعة الحالية امتصاص الرجوع | يمكن عكس الانتقال من دون انقطاع الخدمة | الشراء أو حركة البيانات يقيّدانك |
لا تنتقل فقط لمجاراة دورة المنصة. أجّل إذا كان الاستخدام منخفضا، أو كانت مجموعات التقييم ضعيفة، أو كانت المراقبة غير ناضجة، أو كان قياس المنشأة خشنا، أو كان زمن توريد الشراء غير مؤكد، أو كانت حالة العمل تعتمد على تذويب الذروات في المتوسطات.
قيود الطاقة والتبريد والشبكة الكهربائية والرف التي يمكن أن تكسر حالة العمل
لا يكون ادعاء الرموز لكل ميغاواط ذا معنى إلا عندما يلتقط المشغلون سلوك الطاقة والحرارة الحقيقي على مستوى الرف أثناء عمل تمثيلي. تبرز NVIDIA تصميم التبريد السائل كجزء من قصة كفاءة Vera Rubin. قد يكون ذلك ذا قيمة، لكن اختبار القبول يجب أن يتحقق من الظروف في المنشأة المستهدفة.
التقط طاقة دخل الرف، وطاقة المسرعات والمعالج المركزي، ودرجات حرارة المدخل والمخرج، وتدفق سائل التبريد، والضغط، وحالة كشف التسرب، والحرارة المطرودة، وأحداث الاختناق الحراري، ونوافذ الصيانة، وافتراضات حمل المنشأة. يمكن أن يخفي PUE الذروات إذا استُخدمت المتوسطات فقط. ويمكن أن يخفي WUE قيود جانب المياه المحلية عندما تكون حدود القياس غير متسقة. يمكن للتبريد السائل تحسين التعامل الحراري، لكنه يجلب أيضا متطلبات حول المشعبات، وكشف التسرب، والتشغيل الأولي، وقطع الغيار، وعملية الصيانة، وجاهزية العاملين.
يمكن أن تنكسر حالة العمل بطرق عادية. قد لا تكون السعة الكهربائية متاحة في الصف المناسب. وقد يستهلك المشروع التجريبي هامش تجاوز الفشل. وقد يظهر الاختناق الحراري فقط أثناء نوافذ الاندفاع. وقد ينزلق زمن التركيب إلى ما بعد نافذة طلب عبء العمل. تنتمي جاهزية المنشأة إلى اختبار الأداء نفسه، لا إلى محادثة بناء منفصلة.
الشبكات والتوسع متعدد المواقع والاستخدام: المضاعفات المخفية
لا تدور قصة NVIDIA مع Vera Rubin حول المسرعات فقط. تؤكد المواد الرسمية NVLink للتوسع داخل النظام، و Spectrum-X للتوسع خارجه. وهذا يضع افتراضات النسيج مباشرة داخل اختبار القبول. إذا تصرفت العمليات الجماعية، أو سياسة التوزيع، أو حركة المرور بين الرفوف بشكل مختلف في بيئتك، فقد تنحرف الإنتاجية لكل ميغاواط كثيرا عن الادعاء العنواني.
يجب أن تشمل معايير القبول الازدحام، وإعادات الإرسال، وكفاءة العمليات الجماعية، وتأخير الطوابير، وحركة المرور بين الرفوف، والتعافي من الأعطال، وتوزيع المجدول، والاستخدام بحسب فئة عبء العمل. قد تحسن التصاميم متعددة المواقع المرونة، لكن النسخ المتماثل، وحركة البيانات، والسعة الخاملة، قد تضعف حالة الكفاءة.
يجب أن يسبق دليل الاستخدام الموافقة على الانتقال. قد ينتج نشر Vera Rubin قليل الاستخدام اقتصاديات مفيدة أسوأ من نشر Grace Blackwell مشغول. استخدم آثار أعباء العمل، وسياسة الحجز، ونوافذ الصيانة، وتوقعات الطلب لإثبات أن السعة الجديدة ستبقى منتجة.
خطة القياس: من معيار المورّد إلى دليل إنتاج قابل لإعادة الإنتاج
توثيق استدلال MLCommons مفيد لأنه يفرض الانضباط حول تعريفات أعباء العمل، وقواعد القياس، وقابلية إعادة الإنتاج. ولا يجب الخلط بينه وبين إثبات الإنتاج. ما زالت آثار الإنتاج لديك، وأهداف زمن الاستجابة، وإصدارات النماذج، ومسارات الاسترجاع، وأنماط الفشل التشغيلي، تحتاج إلى منصة اختبار خاصة بها.
| مجال القياس | دليل القبول | استخدامه في القرار |
|---|---|---|
| مزيج أعباء العمل | مطالبات مجمدة، وإصدارات نماذج، وأطوال تسلسل، وإعدادات دفعات | يؤكد أن الاختبار يطابق الطلب |
| الإنتاجية | الرموز المفيدة لكل رف ولكل MW معدل بحسب المنشأة | يقارن Grace Blackwell و Vera Rubin |
| زمن الاستجابة | p95 و p99 ومعدل انتهاء المهلة وتأخير الطابور وسلوك البدء البارد | يمنع احتساب الرموز البطيئة كسعة |
| الموثوقية | اختبارات تحمل، وتعاف من تجاوز الفشل، وأنماط التدهور | يكشف المخاطر التشغيلية |
| التبريد | التدفق والمدخل والمخرج والضغط والاختناق الحراري وأحداث الصيانة | يتحقق من جاهزية التبريد السائل |
| الشبكة | الازدحام وإعادات الإرسال وكفاءة العمليات الجماعية والتوزيع | يجد اختناقات التوسع داخل النظام وخارجه |
| الرجوع | تثبيت الإصدارات، واحتياطي السعة، وخطة حركة البيانات | يمنع تحوّل التجارب إلى مسارات غير قابلة للعكس |
قائمة تنفيذ الفحص مباشرة. جمّد منصة المعيار، وسجّل مصدر الادعاءات، وثبّت برامج التشغيل وصور الخدمة، وافصل prefill عن decode، وقِس طاقة الرف والمنشأة، واجمع القياس عن بعد للتبريد، وشغّل نوافذ الحالة المستقرة والاندفاع، واختبر تجاوز الفشل، وقارن التكلفة لكل رمز مفيد، ووثق المخاطر غير المحسومة، وجدول إعادة التشغيل بعد تغييرات البرمجيات أو المنشأة.
يجب أن ينتهي سجل القرار بأحد أربعة مخرجات: نجاح، تعليق، رجوع، أو توسعة. النجاح يعني أن نطاق الرموز المفيدة المعاد إنتاجه أفضل وأن المخاطر التشغيلية مقبولة. التعليق يعني أن هناك حاجة إلى مزيد من الأدلة. الرجوع يعني أن Grace Blackwell يظل مسار الإنتاج. التوسعة تعني أن التجربة يمكن أن تنمو مع بوابات مراقبة.
ما تخطئ فيه الفرق عند نقل بنية الذكاء الاصطناعي على أساس ادعاءات الكفاءة
الخطأ الأول هو التعامل مع الإنتاجية العنوانية كسعة إنتاج. قد يبدو معيار الأداء قويا بينما يفشل الإنتاج في ذيول زمن الاستجابة أو أثناء نوافذ الصيانة.
الخطأ الثاني هو دمج prefill و decode في وقت مبكر جدا. قد تكون منصة قوية في ملف تسلسل واحد أقل إقناعا في ملف آخر.
الخطأ الثالث هو قياس طاقة المسرع مع تجاهل أثر المنشأة. تنتمي طاقة دخل الرف، والتبريد، والحمل، وهامش تجاوز الفشل إلى المقام.
الخطأ الرابع هو الموافقة على الانتقال من دون اقتصاديات رجوع. التوافق مع Grace Blackwell NVL72، وحركة البيانات، وتثبيت الصور، والتزامات الشراء، والكوادر، تحتاج إلى قرارات قبل بدء التجربة.
الخطأ الخامس هو التقليل من نضج البرمجيات. يمكن لبرامج التشغيل، والمجدولات، وخوادم الاستدلال، ووكلاء المراقبة، وسياسات التنسيق، أن تغير النتائج بما يكفي لنقل النجاح إلى تعليق.
التحفظات والحدود وخطوة عملية تالية لقادة بنية الذكاء الاصطناعي
لا يستطيع هذا الإطار إثبات تفوق شامل. قد تحذف الإعلانات العامة تكوين عبء العمل الكامل. وقد لا تطابق نتائج الشركاء كل منشأة. ومجموعات المعايير ليست آثار إنتاج. ويمكن أن تتغير الأسعار، والتوافر، والبرامج الثابتة، وبرامج التشغيل، وتوقيت النشر. وحمل المنشأة وظروف جانب المياه محلية للموقع، حتى عندما يكون التأطير التجاري للمقال عالميا.
{
"framework": "Optijara TMWAT",
"workload_mix": "prefill_decode_rag_batch_multimodal",
"claim_sources": "canonical_urls_required",
"reproduced": false,
"tokens_per_mw": "facility_adjusted_useful_tokens",
"latency_tail": "p95_p99_timeout_queue_delay",
"cooling_ok": "measured_not_assumed",
"grid_ok": "capacity_and_failover_headroom_verified",
"network_ok": "fabric_telemetry_passed",
"rollback_ready": "required_before_expand",
"decision": "pass_hold_rollback_or_expand"
}الخطوة العملية التالية هي بناء سجل الادعاءات قبل أن تتصلب لغة الشراء إلى افتراضات. ثم شغّل تجربة عبء عمل صغيرة ومزودة بالأدوات تقارن Grace Blackwell NVL72 و Vera Rubin NVL72 على أساس الرموز المفيدة لكل ميغاواط، لا السرعة الخام. يجب أن يركز العمل الاستشاري على السجل، ومنصة المعيار، وقائمة التحقق من القياس عن بعد، وسجل قرار الانتقال. القاعدة بسيطة بما يكفي لتُكتب في الصفحة الأولى من مذكرة القرار: تحقق من الادعاءات بشكل مستقل، وقِس نطاق المنشأة الكامل، ولا تنتقل إلا عندما يحسن Vera Rubin الرموز المفيدة ضمن القيود الحقيقية.
النقاط الرئيسية
- 1تعامل مع تصريحات NVIDIA والشركاء حول الأداء والطاقة والمياه وزمن الاستجابة والتكلفة كادعاءات إلى أن تُعاد إنتاجها في بيئتك.
- 2لا توافق على الانتقال إلى Vera Rubin NVL72 إلا عندما يحسن الرموز المفيدة لكل ميغاواط معدل بحسب المنشأة لنطاق عبء العمل لديك.
- 3افصل أعباء عمل prefill و decode والاسترجاع والدفعات ومتعددة الوسائط والضبط الدقيق قبل دمج نتائج الكفاءة.
- 4قِس طاقة دخل الرف، والقياس عن بعد للتبريد، وحمل المنشأة، وسلوك الشبكات، والاستخدام، وذيول زمن الاستجابة، والموثوقية معا.
- 5يمكن أن يظل Grace Blackwell NVL72 خيار الإنتاج الأكثر أمانا عندما يكون نضج البرمجيات أو جاهزية المنشأة أو اقتصاديات الرجوع غير مؤكدة.
الخلاصة
قد تصبح Vera Rubin NVL72 منصة مهمة لبنية الذكاء الاصطناعي المقيّدة بالطاقة. ما زال المشغلون بحاجة إلى رموز مفيدة معاد إنتاجها لكل ميغاواط ضمن قيود حقيقية للطاقة والتبريد والشبكات وزمن الاستجابة والاستخدام والبرمجيات والرجوع قبل الانتقال من Grace Blackwell.
الأسئلة الشائعة
ما هو اختبار قبول الرموز لكل ميغاواط؟
يقيس إنتاجية الرموز المفيدة مقابل قيود الطاقة والتبريد وزمن الاستجابة والاستخدام والتكلفة والموثوقية والرجوع الفعلية، بدلا من الاعتماد فقط على ادعاءات أداء المورّد.
هل يجب أن ينتقل كل نشر ل Grace Blackwell NVL72 إلى Vera Rubin NVL72؟
لا. يعتمد الانتقال على مزيج أعباء العمل، وجاهزية المنشأة، ونضج البرمجيات، والشبكات، والاستخدام، وتوقيت الشراء، ومكاسب الكفاءة المعاد إنتاجها.
كيف يجب أن يتعامل المشغلون مع ادعاءات إنتاجية 10x لكل ميغاواط؟
تعامل معها كادعاءات من NVIDIA أو من الشركاء إلى أن تُعاد إنتاجها بإعدادات عبء عمل موثقة، وقياس عن بعد، ومكدس خدمة، وظروف تبريد، وضوابط قياس مستقلة.
لماذا يجب فصل prefill و decode عند تقييم بنية الذكاء الاصطناعي؟
تضغط prefill و decode على الحوسبة والذاكرة والشبكات والتجميع وزمن الاستجابة بطرق مختلفة، لذلك يمكن أن يختلف أداء الرف نفسه كثيرا عبر ملفات أعباء العمل.
هل تستطيع نتائج MLPerf إثبات جاهزية Vera Rubin NVL72 للإنتاج؟
لا. تساعد معايير بأسلوب MLPerf على قابلية إعادة الإنتاج، لكن جاهزية الإنتاج تتطلب اختبارات خاصة بعبء العمل، والتحقق من المنشأة، والمراقبة، وتخطيط الرجوع.
المصادر
- https://blogs.nvidia.com/blog/vera-rubin/
- https://www.nvidia.com/en-us/data-center/technologies/rubin/
- https://www.nvidia.com/en-us/data-center/vera-cpu/
- https://developer.nvidia.com/blog/nvidia-nvlink-the-scale-up-network-for-ai-factories/
- https://blogs.nvidia.com/blog/nvidia-spectrum-six-arrives-in-gigascale-ai-factories/
- https://coreweave.com/blog/nvidia-vera-rubin-nvl72-on-coreweave-10x-more-tokens-per-megawatt-than-blackwell
- https://mlcommons.org/benchmarks/inference-datacenter/
- https://datacenters.lbl.gov/resources/understanding-pue-and-wue
- https://www.ashrae.org/technical-resources/bookstore/datacom-series
بقلم
Hamza Diazحمزة دياز هو مؤسس Optijara، حيث يبني وكلاء ذكاء اصطناعي عمليين، وأنظمة أتمتة، وسير عمل Copilot للشركات الخدمية. يكتب عن تشغيل الذكاء الاصطناعي، واستراتيجية الوكلاء، والتطبيق الواقعي للفرق التي تريد أنظمة مفيدة بدلًا من الضجيج.
