Occupancy ليس القصة كاملة

من المغري السعي إلى إشغال بنسبة 100%، لكن الإشغال الأقصى لا يضمن أعلى أداء.

لا يهم الإشغال إلا لأنه يساعد على إخفاء زمن الانتظار. وبمجرد إخفاء زمن الانتظار، لا تضيف مجموعات الخيوط الإضافية أي فائدة.

تصل نوى كثيرة إلى سرعتها القصوى عند إشغال يبلغ 50% فقط. وبعد ذلك تواجهون عوائد متناقصة، ويصبح الضبط في موضع آخر أكثر فائدة.

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

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

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

عندما تكون وحدات الحساب مشبعة، تكون النواة مقيدة بالحساب. ولا يستطيع الإشغال الأعلى تجاوز السقف الحسابي.

دعوا Nsight Compute يخبركم بما إذا كنتم مقيدين بالذاكرة أو بالحساب قبل تعديل إعداد التشغيل.

الحَكَم الموثوق الوحيد هو الساعة. جرّبوا بعض أحجام الكتل واحتفظوا بالحجم الأسرع على بيانات حقيقية.

تعاملوا مع الإشغال المنخفض بوصفه دليلًا لا حكمًا نهائيًا. تحرّوا سبب انخفاضه، ثم قرروا ما إذا كان رفعه سيساعد فعلًا.

يوازن الضبط الجيد بين الإشغال واستخدام السجلات وسلوك الذاكرة معًا، فيحسن عنق الزجاجة الحقيقي بدلًا من تحسين مقياس واحد.

تذكّروا متى يتوقف الإشغال الأعلى عن مساعدة النواة.

تعلّمتم أن الإشغال وسيلة لا غاية: أخفوا زمن الانتظار، وابحثوا عن عنق الزجاجة الحقيقي، ودعوا الاختبارات تحدد النتيجة. 🏁