العثور على إضافة بطيئة في ألترون باستخدام تبويبي الأداء (Performance) والمعلومات الداخلية (Internal Info)

الإطارات تسقط، والمعدّل الفعلي أقل من الرقم المطلوب، ومخطط المعالجة لديك يضم عشر عُقد أو اثنتي عشرة عقدة. فأيّها المسؤولة؟ للعثور على إضافة بطيئة في ألترون، لا تحتاج إلى التخمين أو إزالة العُقد واحدة تلو الأخرى؛ إذ تضع علامتا تبويب صغيرتان في لوحة التشخيص الإجابة على الشاشة.

مخطط المعالجة في ألترون هو سلسلة من العُقد. كل عقدة إضافة تأخذ البيانات من العقدة السابقة وتمرّرها إلى التالية. فإذا كانت إحدى هذه الحلقات بطيئة، ينتظر كل ما يليها.

الخطوة 1: الاستخدام الإجمالي للمعالج

أسفل قائمة الكاميرات المكتشفة ترى ثلاثة مؤشرات: Physical RAM وVirtual RAM وCPU. يعرض كل منها الاستخدام الإجمالي للنظام واستخدام البرنامج نفسه بشكل منفصل. فإذا كان CPU قريبًا من 100 بالمئة، فلا عجب أن تسقط الإطارات. وعليك الآن معرفة من يستهلك المعالج.

الخطوة 2: علامة التبويب Performance

هذه العلامة جدول بسيط. يُظهر العمود Cpu حصة كل عقدة من المعالج، ويظهر اسم العقدة في العمود Item. يتحدّث الجدول كل ثانية. وهناك أيضًا صف Ui يُظهر حصة واجهة المستخدم نفسها. وإذا كانت عدة كاميرات مفتوحة في الوقت نفسه، تظهر صفوف كل سلسلة تحت عنوان منفصل باسم Chain مع رقم السلسلة.

الطريقة التي نتّبعها عند استكشاف الأعطال:

1. ابدأ الالتقاط بالإعدادات نفسها تمامًا التي ظهرت فيها المشكلة.
2. افتح علامة التبويب Performance وانتظر بضع ثوانٍ حتى تستقر الأرقام.
3. ابحث عن الصف الذي تكون قيمة Cpu فيه أكبر بوضوح من البقية.
4. أجرِ تغييرًا واحدًا في تلك العقدة وانظر إلى الجدول مجددًا. تغيير واحد فقط في كل مرة.

الخطوة 3: Internal Info لمعرفة أين تسقط البيانات

المشكلة ليست دائمًا في المعالج. فأحيانًا تتخلّف بيانات عند عقدة استخدامها للمعالج طبيعي. ولهذا وُجدت علامة التبويب Internal Info:

• Count Rate: يُظهر عدد الحزم التي تمر عبر كل منفذ إدخال وإخراج لكل عقدة في الثانية.
• Main / Extra Data Rate: يُظهر Main معدّل البيانات الرئيسية بالميغابايت في الثانية، ويمثّل Extra معدّل البايتات الإضافية التي ترافق البيانات.

القاعدة بسيطة: إذا انخفض معدّل خرج عقدة ما فجأة إلى ما دون معدّل دخلها، فهناك تسقط البيانات بالضبط. كما تُبلغ عُقد حفظ البيانات الخام عن معدّل الكتابة على القرص في هذه العلامة. وإذا لم ترَ أي صورة إطلاقًا، فتحقق أولًا مما إذا كانت قيمة Count Rate لمنفذ خرج الكاميرا صفرًا.

وجدت العقدة البطيئة. ماذا بعد؟

• اجعل إعداداتها أخف. على سبيل المثال، في إضافة مصفوفة تصحيح الألوان، تأكد من تفعيل Use Lookup Table. وهذا هو الوضع الافتراضي، وتعطيله يستهلك المزيد من المعالج. ومثال آخر حفظ البيانات الخام بعد إزالة الفسيفساء: كلما رفعت قيمة Compression صغر الملف، لكن زاد عبء المعالجة.
• ضع أمامها عقدة ImagingInterval في وضع Max rate. تحدّ هذه العقدة من إنتاجية البيانات وتتجاهل أي بيانات تصل فوق الحد. وستراها في المخططات الجاهزة باسم DREG. وموضعها المعتاد قبل العقدة الثقيلة أو شاشة العرض مباشرة.
• تحقق من Read Buffer Size. كلما كبر المخزن المؤقت، قلّ استدعاء برنامج تشغيل USB وانخفض عبء المعالج. وإذا خفّضه أحدهم، فأعده إلى قيمة أكبر.
• أزل العُقد غير الضرورية. كل عقدة لا تحتاج إلى نتيجتها تأخذ حصة من المعالج.

خطأ نراه كثيرًا

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

نصيحة صغيرة من الخبرة: اقرأ قيمة Cpu في الحالة المستقرة، لا في الثواني الأولى بعد Start. ففي تلك اللحظة يكون كل شيء لا يزال قيد البدء وتكون الأرقام مضللة.

لشرح أعم عن تحليل أداء البرمجيات (profiling)، راجع ويكيبيديا (بالإنجليزية).

إذا لم تتمكن من تفسير جدول Performance لمخططك، فأرسل إلينا لقطة شاشة له عبر نموذج الاتصال.