← أحدث الأبحاث
🤖 AI

Ready Cohorts: Bounding GPU Opportunity and Avoiding Host Round Trips in LLM-Agent Control

تُرسّي هذه الورقة بوابتين حاسمتين لتحسين تنفيذ وحدة معالجة الرسومات في التحكم بوكيل النماذج اللغوية الكبيرة (LLM-agent)—وهما إمداد المجموعة المتوافق مع الموعد النهائي ووضع الملاحظة—من خلال إثبات أن البرمجة الديناميكية المتخصصة يمكن أن تزيد بشكل كبير من العمل المتزامن لوحدة معالجة الرسومات، وأن إبقاء قرارات المسار على الجهاز يتجنب رحلات العودة المكلفة إلى المضيف مع الحفاظ على الصحة.

المؤلفون الأصليون: Josef Liyanjun Chen

نُشر 2026-08-13
📖 4 دقيقة قراءة☕ قراءة في استراحة قهوة

المؤلفون الأصليون: Josef Liyanjun Chen

البحث الأصلي مرخَّص بموجب CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). هذا شرح مولَّده بالذكاء الاصطناعي للبحث أدناه. لم يكتبه المؤلفون ولم يصادقوا عليه. وللتحقق من الدقة التقنية، يرجى الرجوع إلى البحث الأصلي. اقرأ إخلاء المسؤولية الكامل

تخيل محطة قطارات ضخمة وعالية السرعة، حيث تصل آلاف الروبوتات الصغيرة والمؤتمتة باستمرار، وتطرح أسئلة، وتنتظر التعليمات. في عالم الذكاء الاصطنا عض، هذه الروبوتات هي "الوكلاء" (agents) الذين يستخدمون أجهزة كمبيوتر ضخمة تشبه الأدمغة (تسمى وحدات معالجة الرسومات - GPUs) للتفكير، ثم تشغيل أدوات صغيرة لإنجاز المهام. لكن هنا تكمن المشكلة: في كل مرة ينهي فيها الروبوت عملية تفكير، يتعين عليه العودة إلى غرفة تحكم مركزية (وحدة المعالجة المركزية - CPU) ليسأل: "ماذا يجب أن أفعل بعد ذلك؟" هذه الرحلة ذهابًا وإيابًا تشبه عداءً يركض من المضمار إلى خيمة المدرب، ليحصل على تعليمات جديدة، ثم يركض عائدًا إلى المضمار. إذا كانت الروبوتات صغيرة وسريعة، ولكن الرحلة إلى الخيمة بطيئة، فسيغرق النظام بأكمله في ازدحام مروري. لطال lâu العلماء يتساءلون: هل يمكننا جعل المدرب يبقى على المضمار مع العدائين؟ هل يمكننا تجميع الروبوتات معًا بحيث يمكنهم جميعًا الحصول على تعليماتهم التالية في وقت واحد، دون مغادرة المضمار أبدًا؟ هذا هو لغز "التحكم في الوكلاء"، وهو الفرق بين سباق سلس وفائق السرعة وبين ازدحام فوضوي وبطيء الحركة.

هذه الورقة البحثية، التي تحمل عنوان "الفرق الجاهزة" (Ready Cohorts)، تتناول ذلك الازدحام المروري عبر طرح سؤالين بسيطين ولكن صعبين: أولاً، هل يظهر عدد كافٍ من الروبوتات في نفس الوقت لجعل الرحلة الجماعية تستحق العناء؟ ثانياً، إذا حدث ذلك، هل الحفاظ على اتخاذ القرار داخل المضمار (على وحدة معالجة الرسومات) يوفر الوقت بالفعل، أم أنه مجرد خدعة براقة لا تعمل؟

قام الباحثون بإعداد تجربتين مختلفتين لمعرفة ذلك. في الجزء الأول، نظروا في تاريخ هائل لحركات الروبوتات (سجل "أثر" لـ 851 جلسة) لمعرفة عدد الروبوتات التي يمكن تجميعها معًا. وقارنوا بين طريقة قياسية، وهي الانتظار لفترة زمنية ثابتة (مثل حافلة تغادر في تمام الساعة 5:00 مساءً بغض النظر عن عدد الأشخاص الموجودين)، وطريقة "دقيقة" أكثر ذكاءً، تنتظر لفترة كافية فقط للإمساك بالمجموعة المثالية. ووجدوا أن الطريقة الذكية استطاعت في الواقع الإمساك بـ 43.00% من الروبوتات، بينما نجحت الطريقة ذات النافذة الثابتة في الإمساك بـ 30.19% فقط. هذا فرق كبير! وهذا يعني أنه من خلال كونك مرنًا في التوقيت، يمكنك استعادة حوالي 81.83% من الفرص الضائعة. ومع ذلك، فقد اكتشفوا حدًا قاسيًا: إذا كان حجم المجموعة المطلوب مرتفعًا جدًا (تحديدًا، إذا كنت بحاجة إلى 256 روبوتًا لتشكيل مجموعة)، فإن النظام غالبًا ما يفشل في العثور على عدد كافٍ من الروبوتات في الفترات الزمنية القصيرة، خاصة عندما يكون العدد الإجمالي للروبوتات النشطة منخفضًا. في تلك الحالات، تنهار فكرة "التجميع"، ويضطر الروبوتات للعمل بمفردهم.

في الجزء الثاني من الدراسة، اختبر الفريق فكرة "البقاء على المضمار". قاموا ببناء محاكاة حيث يتخذ الروبوت قرارًا ثنائيًا (مثل "انعطف يسارًا" أو "انعطف يمينًا"). وقارنوا بين طريقتين للتعامل مع هذا: إحدى الطريقتين يتم فيها إرسال القرار إلى الكمبيوتر المضيف (خيمة المدرب) ثم يُرسل مرة أخرى إلى الروبوت، والطريقة الأخرى حيث يبقى القرار هناك تمامًا على المضمار (وحدة معالجة الرسومات). كانت النتائج واضحة: الحفاظ على القرار على المضمار كان دائمًا أسرع. عبر أربعة أنواع مختلفة من أجهزة الكمبيوتر، كانت طريقة "البقاء على المضمار" أسرع بمقدار يتراوح بين 1.19 مرة و 2.39 مرة من الطريقة التي ترسل القرار ذهابًا وإيابًا. على سبيل المثال، في إعداد معين، استغرقت الطريقة السريعة حوالي 258 ميكروثانية، بينما استغرقت الطريقة البطيئة 467 ميكروثانية.

ومع ذلك، فإن الورقة البحثية حذرة جدًا في عدم المبالغة في الترويج لهذا الأمر. فقد استبعدوا صراحةً بعض الأفكار. لقد اختبروا نهجًا "متداخلًا" حيث يحاول المضمار إطلاق الخطوة التالية دون إرسال القرار، ولكن دون إزالة خطوة اتخاذ القرار فعليًا. فشل هذا النهج؛ فقد كان أبطأ في كل اختبار على حد likely. وهذا يثبت أن السرعة لا تأتي من مجرد إطلاق الأشياء بشكل أسرع على المضمار؛ بل تأتي تحديدًا من عدم الحاجة إلى إرسال ذلك القرار الصغير إلى خيمة المدرب.

إذًا، ما هي الخلاصة؟ تقترح الورقة أننا يمكننا تسريع هؤلاء الوكلاء بالذكاء الاصطناعي، ولكن فقط إذا تحقق شرطان. أولاً، نحتاج إلى وصول عدد كافٍ من الروبوتات في نفس الوقت لتشكيل مجموعة (إمداد المجموعة). ثانيًا، يجب علينا إبقاء اتخاذ القرار في مكان حدوث العمل، وتجنب الرحلة البطيئة للعودة إلى الكمبيوتر المركزي. إذا لم يتحقق أي من هذين الشرطين، فلن تساعد حيل وحدة معالجة الرسومات المتطورة، وسيكون من الأفضل للنظام الالتزام بالطريقة القديمة والموثوقة. ويخلص المؤلف إلى أنه بينما الإمكانات موجودة، فإن بناء نظام حقيقي يجمع بين هاتين الفكرتين هو التحدي الكبير التالي، ويتطلب اختباره مع حركة مرور حقيقية، وليس مجرد عمليات محاكاة.

غارق في أبحاث مجالك؟

تصلك نشرة يومية بأحدث الأبحاث المطابقة لكلماتك البحثية المفتاحية — مع ملخصات تقنية، بلغتك.

جرّب Digest →