← أحدث الأبحاث
💻 computer science

Identifying and Mitigating Systemic Measurement Bias in Production LLM Inference Benchmarks

تحدد هذه الورقة أن أدوات القياس المرجعي التي تعتمد على عملية واحدة وتقنية asyncio تُدخل تحيزاً نظامياً في قياسات تقييم النماذج اللغوية الكبيرة (LLM) في بيئات الإنتاج بسبب اختناقات في طوابير الانتظار من جهة العميل ناتجة عن قفل المفسر العالمي (GIL) في لغة بايثون، وتقترح إطار عمل متعدد العمليات إلى جانب مقياس جديد يُسمى NTPOT لتمكين التوصيف الدقيق للأداء عالي التزامن.

المؤلفون الأصليون: Ashok Chandrasekar, Jason Kramberger

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

المؤلفون الأصليون: Ashok Chandrasekar, Jason Kramberger

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

تخيل أنك تحاول قياس مدى سرعة قطار فائق السرعة جديد (نموذج لغوي كبير، أو LLM) في نقل الركاب. تريد أن تعرف بالضبط كم يستغرد الحصول على تذكرة (وقت أول رمز - Time to First Token) ومدى سرعة إنزال الركاب في كل محطة (وقت الرمز المخرج لكل وحدة - Time Per Output Token).

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

إليك تفصيل المشكلة والحل، باستخدام تشبيهات من الحياة اليومية:

1. المشكلة: اختناق "كشك التذاكر ذو الموظف الواحد"

معظم أدوات الاختبار الحالية تستخدم برنامج كمبيوتر واحد (سكربت "أحادية العملية") لإرسال آلاف الطلبات إلى الذكاء الاصطناعي في وقت واحد. في عالم برمجة بايثون (اللغة التي كُتبت بها هذه الأدوات)، هناك قاعدة تسمى قفل المفسر العالمي (GIL).

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

2. العواقب: قطارات "بطيئة" وهمية

بسبب هذا الاختناق، عندما يختبر الباحثون الذكاء الاصطناعي تحت حمل ثقيل (مثل 1,000 أو 5,000 طلب في الثانية)، تبدو الأرقام سيئة للغاية.

  • ما وجدته الورقة: أداة الاختبار نفسها تخلق "ازدحاماً مرورياً" في جانب العميل (Client-side). فهي تضخم الوقت المستغرق للحصول على الكلمة الأولى من الإجابة.
  • الواقع: قد يكون خادم الذكاء الاصطناعي يعمل بشكل مثالي، لكن الاختبار يظهر أنه فاشل لأن أداة الاختبار لم تستطع مواكبة الزخم. الأمر يشبه عداءً يتعثر في رباط حذائه ثم يلوم المضمار لكونه زلقاً جداً.

3. الحل: نظام "الأكشاك المتعددة"

لإصلاح ذلك، قام المؤلفون ببناء إطار عمل جديد للاختبار يسمى Inference Perf.

  • التشبيه: بدلاً من كشك تذاكر واحد، فتحوا 100 كشك منفصل، لكل منها موظف خاص بها. لقد قسموا الحشد المكون من 1,000 شخص إلى 100 طابور أصغر، في كل منها 10 أشخاص.
  • كيف يعمل: من خلال استخدام عمليات كمبيوتر متعددة (بنية متعددة العمليات)، يتم توزيع الحمل. لا يوجد "موظف" واحد يقع تحت وطأة الضغط.
  • النتيجة: تتوقف أداة الاختبار عن كونها هي نقطة الاختناق. يمكنها الآن إرسال الطلبات بالسرعة التي يمكن لخادم الذكاء الاصطناعي التعامل معها بها، مما يعطي قياساً حقيقياً لسرعة الذكاء الاصطناعي.

4. طريقة أفضل لقياس السرعة: "تكلفة الرحلة الإجمالية"

تقول الورقة أيضاً إن الطريقة التي نقيس بها السرعة حالياً معيبة. فالاختبارات القياسية غالباً ما تتجاهل الوقت المستغرق في "قراءة الخريطة" قبل أن يبدأ القطار في التحرك (المرحلة المسماة prefill) أو الوقت المستغرق في الانتظار في الطابور.

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

5. الدليل: اختبار "المحاكي"

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

  • الاختبار: أرسلوا 1,000 طلب في الثانية إلى هذا الخادم المثالي باستخدام كل من أدوات "الكشك الواحد" القديمة وأداة "الأكشاك المتعددة" الجديدة الخاصة بهم.
  • النتيجة:
    • الأدوات القديمة سجلت تأخيرات هائلة (وصلت أحياناً إلى 58 ثانية!) لأنها علقت في طوابيرها الخاصة.
    • الأداة الجديدة سجلت تأخيراً شبه معدوم (0.63 مللي ثانية)، مما حدد بشكل صحيح أن الخادم كان مثالياً.
    • أثبت هذا أن نتائج "البطء" من الأدوات القديمة كانت وهمية تماماً، وناجمة عن الأدوات نفسها.

ملخص

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

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

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

جرّب Digest →