التحقق من قابلية تكرار الاختبار المعياري

بحث أرشيفي. البيانات أدناه جُمعت في 2026-09-04 على الإصدار 0.5.2. تحتفظ الجداول وملفات CSV والسكربت بالصيغة القديمة Performance / Core Latency / Consistency بأوزان 50/30/20. هذه ليست النقاط الحالية للتصنيف عبر الإنترنت وليست فحصًا للنموذج الجديد CPU/GPU/Latency. قيمة CV البالغة 0,256% لا يمكن نقلها إليها تلقائيًا. الصيغة الحالية موصوفة بشكل منفصل.

بعد هذه السلسلة تغيّرت المنهجية وتنفيذ أحمال GPU. إعادة حساب الأرقام القديمة لا تحل محل السلسلة العتادية الجديدة. في هذا التحديث لم تتغير الملاحظات الأصلية والحسابات المنشورة.

في ستة تشغيلات بدقة 1920×1080 يساوي معامل الاختلاف لـ PC Score 0,256%. انحرف تشغيلان بدقة أقل عن متوسط هذه الستة بمقدار +0,392% و−0,070%. على حاسوب واحد كان التشتت صغيرًا، لكن لا يمكن بهذه البيانات تقييم الضوضاء على تكوينات أخرى.

هنا يوجد تحليل لجميع التشغيلات الثمانية من 2026-09-04. لم يُستبعد أي تشغيل من الجداول. أُعيد حساب الحسابات في 2026-09-07.

الشروط

المعامل	بيانات السلسلة
CPU	AMD Ryzen 7 7800X3D، 8 نواة فيزيائية / 16 معالج منطقي
GPU	NVIDIA GeForce RTX 5070
Windows	البنية 26200؛ سلسلة الإصدار في النتائج Windows 10.0.26200
المحرك	PCBenchmarkX 0.5.2
الملف التعريفي	Candidate، مدد ومكوّنات اختبارات متطابقة
نموذج التقييم	score-model-1.2-candidate-1
الدقة الداخلية	1920×1080 في جميع التشغيلات الثمانية
الإخراج	نافذة بملء الشاشة بدون إطار
حالة البيئة	في جميع النتائج تم رصد وجود Hypervisor

وفقًا لبيانات المؤلف استُخدم Windows مع تحسينات BoosterX. القائمة الكاملة للإعدادات من السلسلة غير منشورة. لا يوجد في الأرشيف أيضًا مقارنة مع Windows غير محسّن. لا يثبت الـ Hypervisor المرصود حقيقة التشغيل داخل VM ضيف.

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

كيف قُسّمت التشغيلات

أُجريت التشغيلات الثلاثة الأولى في إقلاع Windows واحد، والثلاثة التالية كل واحد بعد إعادة تشغيل منفصلة. يظهر ذلك من وقت التشغيل المستمر للنظام (uptime): لحظة الإقلاع المحسوبة تتطابق في №1-3 وتختلف في №4، №5 و№6. أُجري آخر اختباري دقة بعد №6 بدون إعادة تشغيل جديدة.

№	إقلاع Windows	وقت تشغيل النظام قبل الاختبار، دقيقة	دقة الإخراج	PC Score
1	A	4,94	1920×1080	14 198,58
2	A	7,56	1920×1080	14 229,16
3	A	10,23	1920×1080	14 186,01
4	B	0,67	1920×1080	14 239,20
5	C	3,52	1920×1080	14 224,65
6	D	7,80	1920×1080	14 141,08
7	D	10,62	1280×768	14 258,79
8	D	13,48	800×600	14 193,24

انطلق التشغيل №4 بعد أقل من دقيقة من الإقلاع. الانتظار قبل الاختبارات مختلف، لذلك لا يمكن هنا إبراز «تأثير إعادة التشغيل فقط» بشكل منفصل: يتراكب سلوك البرمجيات بعد بدء النظام.

التكرارية عند 1920×1080

يُحسب CV هنا بين التشغيلات الكاملة، عبر الانحراف المعياري العيني بمقسوم n − 1:

mean = sum(x) / n
s = sqrt(sum((x − mean)^2) / (n − 1))
CV, % = 100 × s / mean
range, % = 100 × (max(x) − min(x)) / mean

سلسلة PC Score	n	المتوسط	CV	المدى / المتوسط
تحميل واحد، №1–3	3	14 204,58	0,156%	0,304%
تحميلات مختلفة، №4–6	3	14 201,65	0,373%	0,691%
الكل 1920×1080، №1–6	6	14 203,12	0,256%	0,691%

مقارنة الثلاثية الأولى والثانية تعطي فرقًا قدره −0,021%. التشتت بين التحميلات أعلى من التشتت داخل التحميل الواحد، لكنه في هذه السلسلة لا يزال صغيرًا. ثلاث عمليات تشغيل لكل مجموعة قليلة لاستنتاج صارم حول الخطأ الأقصى.

المكوّن، №1–6	المتوسط	CV بين عمليات التشغيل	المدى / المتوسط
Performance	11 437,74	0,121%	0,330%
Core Latency Score	21 750,66	0,392%	1,129%
Consistency	12 878,65	0,832%	2,156%

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

التحقق من الدقة

الدقة	PC Score	Δ PC إلى المتوسط №1–6	Δ Performance	Δ Core Latency Score	Δ Consistency
1280×768، №7	14 258,79	+0,392%	−0,054%	+0,633%	+1,149%
800×600، №8	14 193,24	−0,070%	−0,089%	−0,099%	+0,022%

لم يؤدِّ خفض دقة الإخراج إلى نمو منهجي في Performance. وهذا يتوافق مع منطق الحمل الداخلي الثابت 1920×1080.

إذا قارنّا فقط مع أقرب عملية تشغيل 1920×1080 رقم 6 في نفس تحميل Windows، فإن تغيّرات PC Score تبلغ +0,832% و**+0,369%**. يعتمد الفرق على ما إذا كنا نقارن مع عملية تشغيل واحدة أم مع متوسط عدة عمليات، لذلك عُرض هنا كلا الخيارين.

في كل دقة منخفضة كانت هناك عملية تشغيل واحدة فقط. لم يكن الترتيب متناوبًا، ولم تكن هناك عملية تشغيل متكررة 1920×1080 بعد تغيير الدقة. تتوافق الصورة مع فرضية الحمل الداخلي الثابت، لكنها لا تستبعد تأثير الدقة على مكوّنات منفردة. للتحقق يلزم تكرار على عدة أجهزة PC مع تناوب الترتيب.

التحقق من الحسابات والبيانات المتاحة

اكتملت عمليات التشغيل الثماني جميعها: في ملف CSV المنشور، كل عملية تشغيل تحتوي على التقييمات الأربعة والمدخلات المجمّعة معبّأة. تُقيَّم ملاءمة عملية التشغيل بواسطة نموذج جودة التشغيل (Run Quality) الموصوف في المنهجية: فهو يأخذ في الاعتبار الحمل الخلفي على CPU، والهايبرفايزر، والتشغيل على البطارية، والجلسة عن بُعد. ومع ذلك، قد تكون التداخلات الخارجية قد أثّرت على القياسات على أي حال: فملاءمة عملية التشغيل وفق هذا النموذج لا تثبت غيابها.

بالنسبة لجميع عمليات التشغيل، أُعيد حساب Performance وCore Latency Score وConsistency وPC Score من قيم throughput والمئينات المحفوظة. أقصى تباين مع المنشور أقل من 0,000001 نقطة. هذا تحقق من الصيغ باستخدام المجمّعات؛ ولم تُجرَ في هذا التحليل إعادة بناء كاملة للمئينات من الإطارات الخام.

• البيانات المنقّاة لعمليات التشغيل الثماني، CSV.
• سكربت التحقق من الحسابات، Python 3. يتطلب فقط المكتبة القياسية.

احفظ الملفين جنبًا إلى جنب وشغّل:

python analyze_repeatability.py

يحتوي CSV على التقييمات والمدخلات المجمّعة، والدقات، ووقت تشغيل النظام، والرموز الاصطلاحية للتحميلات. الأرشيف المصدر الكامل مع المعرّفات والبيانات الخدمية لا يُنشر.

نتائج مستقلة

للتحقق من التكرار على أجهزة كمبيوتر أخرى، أرسل سلاسلك إلى admin@boosterx.org بعنوان «PCBenchmarkX: التكرار».

أرسل عدة نتائج كاملة في ظروف متطابقة، واذكر CPU وGPU وRAM وإصدار Windows والتعريف، والملف الشخصي، والدقة، وعمليات إعادة التشغيل، والتغييرات بين الاختبارات. إذا كنت تتحقق من تأثير الدقة، فناوب بينها بين عمليات التشغيل وأجرِ عدة عمليات تشغيل على كل قيمة. من الأفضل إرسال السلسلة كاملة، بما في ذلك الحالات «السيئة» أو النادرة.

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

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