محاكاة الوصول إلى الذاكرة: ما مدى صعوبتها؟

وفقًا لمطوّري FEX-Emu، فإن محاكاة نموذج عمل ذاكرة الحاسوب أصعب بكثير مما يُعتقد عند دخول ذاكرات التخزين المؤقت وتعدد المعالجات في الصورة. ويوفر نموذج Total Store Ordering في x86 ضمانات قوية بشأن ظهور عمليات الذاكرة، بينما يسمح نموذج ARM الأضعف بإعادة ترتيبها من أجل تحسين الأداء. ورغم أن المحاكيات يمكنها تعويض ذلك باستخدام عمليات acquire/release، فإن الكلفة ترتفع؛ وتخفف امتدادات LRCPC ووضع TSO المتوافق مع x86 في Apple Silicon من العبء.

وتزيد عمليات الوصول غير المحاذاة والعمليات الذرية من المشكلات. إذ يستطيع FEX اكتشاف أخطاء المحاذاة وإضافة حواجز إلى الشيفرة المترجمة؛ أما عمليات split-lock فقد تصبح أبطأ من المعتاد بمئات أو آلاف المرات بسبب اللجوء إلى النواة ومعالجات الإشارات. وتخفف أنوية Oryon من Qualcomm وتحسينات Valve لنظام Linux بعض هذه المشكلات.

وتظل المكافئات في ARM قاصرة بالنسبة إلى الذاكرة المجمعة للكتابة write-combined المخصصة للكتابة إلى GPU؛ وفي أسوأ الحالات، قد ينخفض عرض النطاق الترددي بمقدار 800×، ما قد يخفض معدل الألعاب إلى أقل من 1 FPS. وتحقق أنظمة UMA نتائج أفضل. وتعتمد المحاكاة على إعادة إنتاج الافتراضات المعمارية أكثر من ترجمة التعليمات.

لماذا هذا مهم

هذا الاختلاف التقني يجعل من الصعب الحفاظ على التوافق والأداء في آن واحد في المحاكيات التي تشغّل برمجيات x86 على عتاد قائم على ARM. ولأن المشكلة لا تقتصر على ترجمة تعليمات المعالج فقط، فقد تؤدي مسارات مثل الاستخدام متعدد الأنوية والعمليات الذرية والوصول إلى ذاكرة GPU إلى نتائج مختلفة على أنواع العتاد المختلفة. لذلك أصبحت النتائج تعتمد، إلى جانب بنية المعالج والذاكرة المستخدمة، على التحسينات التي يطبقها نظام التشغيل والمحاكي؛ وتُظهر Apple Silicon وأنوية Oryon وتحسينات Valve وتصاميم UMA أن هذا الفرق يمكن تقليصه. ويبقى السؤال المفتوح هو في أي أعباء عمل ستكون هذه التحسينات كافية، وإلى أي حد يمكن الاستمرار في تحمل التكلفة الإضافية المطلوبة للتوافق.