معالجة البلاطات الطرفية

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

سيقرأ الخيط الذي يتجاوز فهرسه العام حجم المصفوفة بيانات عشوائية أو يتسبب في تعطل البرنامج. لذلك يجب حماية كل وصول في البلاطات الطرفية.

أبسط حل هو استخدام شرط if (gid < n) حتى تتخطى الخيوط الواقعة بعد النهاية عملية التحميل ولا تنفذ عملًا ضارًا.

عند بداية المصفوفة، تشير الهالة اليسرى إلى ما قبل الفهرس صفر. لا يوجد جار حقيقي هناك، لذا يجب أن تقرروا ما الذي سيُحمَّل.

أحد الخيارات الشائعة هو الحشو بالأصفار: اعتبار الجيران المفقودين مساويين للصفر. وهو خيار بسيط ويعمل جيدًا مع المجاميع والعديد من المرشحات.

خيار آخر هو تقييد الفهرس إلى أقرب خلية صالحة، مع تكرار قيمة الحد. ويمنع ذلك ظهور الحواف الداكنة في الصور.

تعتمد قاعدة الحدود الصحيحة على الحسابات. اختاروا الصفر أو التقييد أو الالتفاف حتى تطابق نتيجة الحافة ما تتوقعه مسألتكم.

حتى بعد إتمام الحساب، يجب على الخيط التحقق قبل الكتابة حتى لا يخزّن نتيجة بعد نهاية مصفوفة الناتج.

يجب أن تصل الخيوط الواقعة بعد البيانات أيضًا إلى __syncthreads. ضعوا فحص الحدود حول التحميل، لا حول الحاجز نفسه.

تختبئ معظم أخطاء التبليط عند الحدود. اختبروا دائمًا أحجامًا لا تمثل مضاعفات لحجم البلاطة، مثل n يساوي 1000 مع بلاطة حجمها 256.

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

تحتاج البلاطات الطرفية إلى فحوص حدود وقاعدة للحدود (الصفر أو التقييد أو الالتفاف) حتى يبقى كل حجم للمصفوفة صحيحًا. اختبروا الحدود. ✅