منهجية القياس المرجعي

PCBenchmarkX يقيس تنفيذ سيناريوهات CPU/GPU المحددة وزمن الاستجابة لإشارة برمجية. حجم العمل ثابت، وصيغ التقييم مفتوحة. تتيح عمليات التشغيل المتكررة التحقق من استقرار النتيجة.

تنطبق هذه الوثائق على المحرك 0.5.2، والحمل phase4.6-dev-1، والإحصاءات stats-phase4.6-v1، والنموذج score-model-1.2-candidate-1. تُستخدم كلمة Candidate في اسم النموذج. قيمها المعيارية أولية: لا يمكن اعتبارها متوسطات لجميع الحواسيب. يُشرح المرجع بمزيد من التفصيل في حساب النقاط.

التحضير

يتحكم BoosterX بتشغيل محرك أصلي منفصل، ويعرض سير الاختبار ويحفظ النتيجة. أثناء القياس يوقف مراقبته الخاصة للعتاد والذاكرة ويصغّر نوافذه، ثم يستعيد حالتها. يقلل هذا من تأثير واجهة BoosterX نفسها؛ ومع ذلك قد تُنشئ البرامج الخارجية حملًا.

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

تسلسل Candidate

جزء التشغيل	المدة المحددة	الغرض
الإحماء	15 ث	تهيئة الحمل قبل القياسات المعتمدة
CPU	20 ث إجمالًا	ثلاثة أقسام بنحو 6,67 ث لكل قسم
GPU	30 ث إجمالًا	10 ث لكل من Geometry وShader وCompute، كل منها في ثلاثة أقسام
Combined	30 ث إجمالًا	ثلاثة أقسام بمدة 10 ث لكل قسم
المعايرة	10 ث	ضبط صعوبة Loaded Latency
إحماء التأخير	2 ث	تهيئة مسار قياس التأخير المنفصل
Baseline Latency	5 ث	قياس التأخير عند الحمل الأساسي
Loaded Latency	20 ث	قياس التأخير عند الحمل المعاير

تضيف الانتقالات وتحضير الموارد وإطارات CPU الأولية والإنهاء وقتًا إضافيًا. لذلك يكون إجمالي وقت التشغيل أكبر من مجموع المراحل المقيسة: في السلسلة المتحقق منها كانت الفواصل بين بدايات عمليات التشغيل المتجاورة في التحميل نفسه تبلغ نحو 157–172 ثانية — مع احتساب الإيقاف المؤقت بين عمليات التشغيل؛ ولا يمكن تحديد المدة الدقيقة لعملية تشغيل واحدة من البيانات المنشورة.

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

ملفات تعريف التشغيل والمدد

يدعم المحرك أربعة ملفات تعريف: candidate، quick، extended وcustom. المدد الدقيقة للمراحل:

ملف التعريف	المهمة	الانتقال	الإحماء	CPU	GPU	Combined	المعايرة	إحماء التأخير	Baseline	Loaded
Candidate	قياسي	0,5 ث	15 ث	20 ث	30 ث	30 ث	10 ث	2 ث	5 ث	20 ث
Quick	تشخيصي	0,25 ث	7,5 ث	10 ث	15 ث	15 ث	5 ث	1 ث	2,5 ث	10 ث
Extended	تشخيصي	1 ث	30 ث	40 ث	60 ث	60 ث	20 ث	4 ث	10 ث	40 ث
Custom	مخصص	حسب اختيار المستخدم ضمن الحدود المسموح بها

Candidate هو ملف التعريف الافتراضي، وعمليات تشغيله وحده تُرتَّب. أما Quick وExtended وCustom فتُعد دائمًا تشخيصية: لا يمكن خلطها مع Candidate في مقارنة واحدة، ولا يمكن نشرها في التصنيف. في Custom يمكن الإبقاء على جزء من الاختبارات وتحديد مدد خاصة: تقبل الأقسام المعتمدة 1–180 ث، والانتقالات 0,1–180 ث، وإحماء التأخير 0,5–180 ث. أي تجاوز للمدة يجعل التشغيل تشخيصيًا.

الجمع دون كتابة على القرص في كل إطار

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

بعد انتهاء عمل GPU، تُدمج البيانات وتُعالج. يقلل هذا من تأثير جمع البيانات على الاختبار، مع أن الجمع نفسه يستهلك موارد أيضًا. ولقياس تأثيره، يجب مقارنة عمليات التشغيل مع جمع القياسات وبدونه بشكل منفصل.

تحتوي النتيجة على مقاييس مجمعة. ويتيح ملف منفصل للقياسات الأولية إعادة المعالجة الإحصائية دون تنفيذ الحمل من جديد. تتحقق إعادة الحساب هذه من العمليات الحسابية؛ أما للتحقق من قابلية التكرار على العتاد فيلزم تشغيل جديد.

جودة التشغيل وعدم صلاحية النتيجة

أثناء كل قسم، يقيّم المحرك جودة التشغيل — Run Quality. المؤشر الأساسي هو الحمل الخلفي على CPU، أي كل ما يحمّل النظام إلى جانب البنشمارك نفسه. يُحسب لكل قسم كالفرق بين حمل النظام بأكمله وحمل عملية البنشمارك، مقيسين بالعدادات الزمنية نفسها. القيم الحدية لملف تعريف Candidate: أعلى من 20% — تحذير، وأعلى من 50% — يُعتبر التشغيل غير صالح.

يسجل Run Quality أيضًا الظروف المصاحبة: وجود مصحح أخطاء متصل، وجلسة بعيدة، والتشغيل على البطارية ووضع توفير الطاقة، ووجود Hypervisor، وفقدان تركيز النافذة، وتغيّر الشاشة. يُكشف Hypervisor والبطارية والجلسة البعيدة كتحذيرات: فهي بحد ذاتها لا ترفض النتيجة، لكنها تفسر لماذا قد تختلف الأرقام عن منصة «نظيفة». أما تغيّر الشاشة أثناء قسم معتمد فيجعل التشغيل غير صالح.

تتطلب النتيجة المعتمدة الصالحة additionally:

• معايرة ناجحة لـ Loaded Latency — إذا تعذّر ضبط الصعوبة وفق الوقت المستهدف، يكون التشغيل غير صالح؛
• اجتياز فحص خروج أحمال GPU — عدم تطابق بصمة التحقق يجعل التشغيل غير صالح؛
• عدم وجود سجلات مفقودة في المجمّع — أي فقدان يجعل التشغيل غير صالح.

يُحفظ تصنيف الجودة في ملف النتيجة، لذا تظهر الظروف «السيئة» لاحقًا، وليس أثناء التشغيل فقط.

كيفية قراءة النتيجة

المؤشر	المعنى
Performance	السرعة النسبية للأحمال الثابتة
Core Latency Score	تقييم نسبي للتأخير الداخلي؛ النقاط الأعلى أفضل
Consistency	وضوح الذيل البطيء داخل التشغيل
PC Score	دمج هندسي للمكونات الثلاثة بأوزان 50/30/20

تُعرض التأخيرات الفعلية بالمللي ثانية، والأقل فيها أفضل. لا يمكن خلط Consistency مع قابلية تكرار PC Score بين عمليات التشغيل. الصيغ والثوابت المعيارية مفتوحة في حساب النقاط.

حدود النتيجة

• يساعد السيناريو الاصطناعي في اكتشاف تغيرات النظام، لكنه لا يغني عن اختبار لعبة محددة.
• التشتت المنخفض بين عمليات التشغيل لا يثبت بعد دقة كل طابع زمني أو غياب خطأ منهجي.
• ثماني عمليات تشغيل لحاسوب واحد لا تحدد توزيع النتائج لجميع معالجات CPU ووحدات GPU وإصدارات Windows.
• قارن إصدارات أحمال متوافقة وملفات تعريف متطابقة. لا يمكن خلط ملفات التعريف السريع والموسع والمخصص مع Candidate دون قيد.
• لا تستخدم تشغيلًا ملغى أو غير مكتمل بدلًا من قياس منتهٍ.

التالي: الأحمال، التأخيرات وPresentMon، الصيغ، قابلية التكرار، مقارنة عمليات التشغيل، التصنيف.

تم التحقق: 2026-09-20.