أداة CompileIQ الجديدة من NVIDIA تكشف الإمكانات الكامنة في نوى GPU عبر ضبط معاملات المترجم البرمجي
كشفت NVIDIA عن CompileIQ، وهي أداة تعثر على تسريعات خفية في شيفرة GPU عبر الاختيار التلقائي لمعاملات المترجم البرمجي. فبعد أن يضبط المطوّر أحجام الدفعات (batch size)، ويطبّق التكميم (quantization)، ويستخدم flash attention، ويدمج النوى، يواصل CompileIQ البحث عن زيادة في الأداء تتراوح بين 5 و10% عبر اختيار أعلام المترجم بالاعتماد على تعلّم الآلة (ML). وتستهدف الأداة المرحلة الأخيرة من تحسين الأداء، حين تُستنفد الأساليب القياسية. وتكمن أهميتها في أن كل نسبة مئوية من الأداء تعني توفيرًا فعليًا في تكاليف البنية التحتية لنماذج اللغة الكبيرة.
معالج بواسطة الذكاء الاصطناعي من NVIDIA Developer Blog؛ بتحرير Hamidun News
كشفت NVIDIA عن CompileIQ، وهو نظام يختار تلقائيًا أفضل معاملات المترجم البرمجي لنوى GPU. ويستهدف الحل المرحلة الأخيرة من تحسين الأداء، حين تُستنفد الأساليب القياسية، مثل التكميم (quantization) ودمج النوى (kernel fusion) وتحسين الخوارزميات.
عندما تصطدم التحسينات اليدوية بجدار
تخيّلوا السيناريو التالي: أمضى المطوّرون أسابيع في تحسين استدلال LLM على GPU. ضبطوا أحجام الدفعات (batch size)، وكمّموا النموذج إلى FP8، وطبّقوا flash attention، ودمجوا النوى الصغيرة في kernel واحد، وأعادوا فحص استخدام الذاكرة. يقول أداة التحليل (profiler): «لا شيء آخر يمكن تحسينه». لكن CompileIQ يجد تسريعًا إضافيًا بنسبة 5-10% بمجرد تغيير أعلام المترجم.
فلماذا هذا ممكن؟ يضم المترجم NVCC (من CUDA) مئات المعاملات: مستويات التضمين (inlining)، واستراتيجيات التخزين المؤقت، وإدارة السجلات، وجدولة تدفقات warp. وتنتج عن تركيباتها ملايين الخيارات. أما فحصها يدويًا فيستغرق شهورًا. ويمكن لكل علم أن يغيّر أداء الشيفرة جذريًا على بنية GPU معيّنة.
كيف يعثر CompileIQ على التسريعات
يستخدم النظام تعلّم الآلة للبحث التلقائي عن المعاملات المثلى:
- فضاء البحث — يولّد النظام تركيبات من أعلام المترجم، بادئًا بالشائعة منها وصولًا إلى الغريبة
- التحليل (Profiling) — يُترجَم كل خيار ويُحمَّل على GPU ويُختبر تحت حمل عمل حقيقي
- تدريب النموذج — تكشف خوارزمية ML الارتباطات: أي الأعلام تؤثر في السرعة لنوع معيّن من الشيفرة
- التكيّف — تُضبط المعاملات وفق بنية GPU المحددة (H100 وL100 وRTX4090)
- التحقق — تُفحص الإعدادات النهائية على عدة أحمال عمل لضمان الاستقرار
والنتيجة: بدلًا من تجريب مئات التركيبات يدويًا، يجد النظام حلًّا قريبًا من الأمثل خلال ساعات من الحوسبة.
لماذا يوفّر ملايين الدولارات
في عصر النماذج اللغوية الكبيرة، تعني كل نسبة مئوية من الأداء توفيرًا حقيقيًا. ففي عناقيد GPU السحابية، تزيد كلفة نسخة H100 بنحو الضعف عن A100. وإذا حقق CompileIQ تسريعًا بنسبة 5-10%، فبوسع الشركة توفير ملايين الدولارات في البنية التحتية، ببساطة عبر عدم شراء وحدات GPU إضافية. وبالنسبة إلى شركة ناشئة تملك 100 وحدة GPU، قد يعني ذلك فارقًا بملايين سنويًا. أما الشركات التي تنشر نماذج خاصة (Llama وMistral وCode Llama)، فيحسّن كل تسريع زمن الاستجابة (latency) للمستخدمين النهائيين مباشرة، وهو أمر حاسم في بيئة الإنتاج.
«التحسين على مستوى المترجم هو آخر حدود الأداء التي يتجاهلها معظم المطوّرين لشدة تعقيدها.
CompileIQ يغيّر ذلك».
ماذا يعني ذلك
يمثّل CompileIQ اتجاهًا جديدًا في الذكاء الاصطناعي: استخدام تعلّم الآلة لتحسين تعلّم الآلة نفسه. فلم يعد المطوّر بحاجة إلى شهور من التجارب على أعلام المترجم؛ يكفي أن يزوّد CompileIQ بأداة التحليل (profiler)، ليجد النظام التسريع الكامن تلقائيًا. وهذا يخفض حاجز الدخول أمام الفرق التي لا تملك خبرة عميقة في تحسينات GPU منخفضة المستوى، ويجعل هذا المجال الحيوي أكثر إتاحة.
- 29 أكتوبر 2026تعارض المعارف في أنظمة RAG: لماذا نحتاج إلى احتمال صحة السياق لا خوارزمية صارمة
- 29 أكتوبر 2026Liquid AI تطلق LFM3: ست نماذج متعددة الوسائط بحجم 2B وسياق 256K
- 28 أكتوبر 2026Wired تختبر 6 وكلاء ذكاء اصطناعي خلال يوم: Dots في الصدارة وGemini Spark يفشل في طلب الغداء
- 28 أكتوبر 2026NVIDIA تُقلّص نموذج Nemotron من 120 إلى 74 مليار معامل ليتناسب مع 24 غيغابايت من ذاكرة الرسوميات
أسئلة وأجوبة حول الخبر
ما أبرز التفاصيل حول عندما تصطدم التحسينات اليدوية بجدار؟
تخيّلوا السيناريو التالي: أمضى المطوّرون أسابيع في تحسين استدلال LLM على GPU. ضبطوا أحجام الدفعات (batch size)، وكمّموا النموذج إلى FP8، وطبّقوا flash attention، ودمجوا النوى الصغيرة في kernel واحد، وأعادوا فحص استخدام الذاكرة. يقول أداة التحليل (profiler): «لا شيء آخر يمكن تحسينه». لكن CompileIQ يجد تسريعًا إضافيًا بنسبة 5-10% بمجرد تغيير أعلام المترجم. فلماذا هذا ممكن؟ يضم المترجم NVCC (من CUDA) مئات المعاملات: مستويات التضمين (inlining)، واستراتيجيات التخزين المؤقت، وإدارة السجلات، وجدولة تدفقات warp. وتنتج عن تركيباتها ملايين الخيارات. أما فحصها يدويًا فيستغرق شهورًا. و
ما أبرز التفاصيل حول كيف يعثر CompileIQ على التسريعات؟
يستخدم النظام تعلّم الآلة للبحث التلقائي عن المعاملات المثلى: فضاء البحث — يولّد النظام تركيبات من أعلام المترجم، بادئًا بالشائعة منها وصولًا إلى الغريبة التحليل (Profiling) — يُترجَم كل خيار ويُحمَّل على GPU ويُختبر تحت حمل عمل حقيقي تدريب النموذج — تكشف خوارزمية ML الارتباطات: أي الأعلام تؤثر في السرعة لنوع معيّن من الشيفرة التكيّف — تُضبط المعاملات وفق بنية GPU المحددة (H100 وL100 وRTX4090) التحقق — تُفحص الإعدادات النهائية على عدة أحمال عمل لضمان الاستقرار والنتيجة: بدلًا من تجريب مئات التركيبات يدويًا، يجد النظام حلًّا قريبًا من الأمثل خلال ساعات من الحوسبة.
ما أبرز التفاصيل حول لماذا يوفّر ملايين الدولارات؟
في عصر النماذج اللغوية الكبيرة، تعني كل نسبة مئوية من الأداء توفيرًا حقيقيًا. ففي عناقيد GPU السحابية، تزيد كلفة نسخة H100 بنحو الضعف عن A100. وإذا حقق CompileIQ تسريعًا بنسبة 5-10%، فبوسع الشركة توفير ملايين الدولارات في البنية التحتية، ببساطة عبر عدم شراء وحدات GPU إضافية. وبالنسبة إلى شركة ناشئة تملك 100 وحدة GPU، قد يعني ذلك فارقًا بملايين سنويًا. أما الشركات التي تنشر نماذج خاصة (Llama وMistral وCode Llama)، فيحسّن كل تسريع زمن الاستجابة (latency) للمستخدمين النهائيين مباشرة، وهو أمر حاسم في بيئة الإنتاج. «التحسين على مستوى المترجم هو آخر حدود الأداء التي يتجاهلها معظم
Test Frontier LLMs & Autonomous Agents in One Workspace
Run Claude Opus 5.5, GPT-6, Gemini 3.1, and DeepSeek side-by-side in Nomad AI (nomadnet.ai) — unified model routing, deep research, and multimodal workflows under one subscription.
أهم ما في عالم الذكاء الاصطناعي — مرة كل أسبوع
سبع قصص مهمة فعلاً هذا الأسبوع، مختارة بعناية. بلا ضجيج ولا بيانات صحفية.
تم! تحقق من بريدك للتأكيد.