Win32PrioritySeparation: زمن الاستجابة ومعدل الإطارات عند التحميل الكامل لوحدة المعالجة المركزية

الإجابة المختصرة: Win32PrioritySeparation يتحكم فعلاً في foreground boost وجزء من سياسة كمّات CPU. لم يكشف اختبارنا التاريخي عن قيمة أفضل بشكل عام. أظهر Windows default متوسط زمن click-to-photon أقل قليلاً، بينما تطابق 0x1A مع أفضل FPS و P1 في اختبار واحد عند تحميل CPU بنسبة 100%. نظراً لغياب تكرارات FPS مستقلة وعينات click خام، نوصي بـ default، ونعتبر 0x1A مجرد فرضية قابلة للاختبار في سيناريو CPU.

الحالة: علاقة المعامل بـ foreground boost موثّقة من Microsoft. لوحظت قراءة المعامل في تتبعات نظام Windows 11 24H2 و 25H2 المجمّعة سابقاً. قيس الأثر على المستخدم في سلسلة تاريخية على Windows 10 22H2، لكنه لم يُستنسخ على نظام آخر أو في تشغيل مستقل.

الادعاء القابل للاختبار

اختبرنا ثلاثة ادعاءات مختلفة لا يمكن دمجها:

1. المعامل موجود ومرتبط بسياسة Scheduler في Windows.
2. القيمتان 0x02 و 0x1A تمثلان سياستي كمّات مختلفتين مع نفس الحد الأقصى من foreground boost.
3. 0x1A يحسّن FPS أو زمن استجابة اللعبة عند التحميل الكامل على CPU.

يُدعم الادعاءان الأولان بالتوثيق العام والملاحظة على البُنى المدروسة. أما الثالث فيتطلب قياسات ولا يصبح صحيحاً بمجرد بنية المعامل.

نطاق البحث

الطبقة	البيئة	النتيجة
التوثيق العام	Microsoft WMI و CPU Analysis و Windows Internals	وُصفت foreground boost و quantum والبنية البتية التاريخية
الملاحظة على النظام	Windows 11 24H2 و 25H2	لوحظت قراءة المعامل في تتبعات مجمّعة سابقاً
Click-to-photon	Windows 10 22H2، Valorant، CPU 100%	300 قياس لكل قيمة، حُفظت المجاميع
FPS	نفس السلسلة التاريخية	التقاط CapFrameX واحد لكل تهيئة؛ بعض الصفوف غير صالحة بسبب تعليق الالتقاط

لا يوجد dynamic trace لـ Windows 10 22H2 لهذا المنشور. كما لا يوجد تتبع صالح لـ Windows 11 26H1. لا تُنقل قياسات Windows 10 إلى Windows 11 دون إعادة.

أين يوجد المعامل

الحقل	القيمة
Hive والمسار	HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl
اسم القيمة	Win32PrioritySeparation
النوع	REG_DWORD
القيمة الابتدائية الموثّقة لـ client Windows	0x02 (2)

يسمّي Windows Internals القيمة 2 كقيمة ابتدائية على client Windows وعلى الخادم غير المهيأ كـ application server. في تتبعنا لـ Windows 11 25H2 كان DWORD موجوداً أيضاً صراحةً بالقيمة 2.

لذلك لا نعتبر غياب القيمة هو Windows default العام. قد يظهر بعد تعديل الصورة أو الحذف اليدوي أو إجراءات أداة خارجية، لكن في البحث الحالي لم يُستنسخ سيناريو clean-install مع DWORD غائب ديناميكياً. لا يمكن تفسير غياب السطر تلقائياً على أنه 0.

كيف يعمل المعامل

تربط Microsoft خاصية Win32_OperatingSystem.ForegroundApplicationBoost بـ Win32PrioritySeparation وتوثّق القيم 0 و 1 و 2: بدون boost، وأدنى وأقصى boost لتطبيق foreground.

يصف نموذج Windows Internals Sixth Edition الرسمي المعامل كمجموعة حقول:

البتات	الغرض
0-1	درجة foreground boost
2-3	كمّات متغيرة أو ثابتة
4-5	كمّات قصيرة أو طويلة

0x02 هو القيمة الابتدائية الموثّقة لـ client Windows: فهو يضبط أقصى foreground boost ويترك الحقول الأخرى لسياسة النظام. بالنسبة لـ client Windows يقابل هذا تاريخياً كمّات متغيرة قصيرة يمكن التعبير عنها صراحةً كـ 0x26. أما 0x1A فيضبط كمّات ثابتة طويلة مع نفس أقصى foreground boost.

يُظهر المشروع المفتوح Win32PSCalculator هذا التكافؤ مباشرةً. فهو يقنّع المدخل عبر 0x3F، ويفكك ثلاثة حقول من بتين، ويردّ الإدخالات المختلفة إلى واحدة من 12 تركيبة قياسية. يساعد هذا في كشف قيم placebo التي تبدو مختلفة لكنها لا تنشئ scheduler mode جديداً.

وثيقة Windows Internals تاريخية. نستخدمها لتفسير الحقول، لكننا لا نؤكد أن جميع جداول quantum الداخلية ثابتة في كل البُنى الحديثة.

حاسبة القيم

فك ترميز 6 بت

التحقق من الوضع الفعلي

Win32PSCalculator ↗

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

قيمة Registry

تحليل

Hex بالبادئة 0x، وبدون بادئة — decimal.

Default 0x02Default صريح 0x26حسب الحالة 0x1A

الوضع المكافئ0x26

Windows default: في إصدارات Windows للعملاء يقابل الوضع الصريح 0x26.

000010

تم الإدخال

0x00000002 · 2

بعد القناع 0x3F

0x02 · 2

الكوانتات

default النظام → قصيرة

النوع

default النظام → متغيرة

تعزيز foreground

الحد الأقصى · 3:1

تعمل الحاسبة في المتصفح فقط ولا تقرأ Registry ولا تعدّله. تُظهر نتيجتها تكافؤ التركيبات البتية، لا FPS أو زمن الاستجابة المتوقع. تتوفر نفس النسخة على صفحة إعداد BoosterX.

لماذا قد تعتمد النتيجة على الحمل

يختار Scheduler الخيط الجاهز مع مراعاة priority و affinity والحالة و quantum المتبقي. بعد استنفاد quantum قد يتنازل الخيط عن المعالج لخيط جاهز آخر من نفس priority. لتبديل السياق كلفة، لذلك قد تقلل الكمّات الأطول من scheduler turnover وتدعم throughput عند التنافس الشديد على CPU.

يفسّر هذا الاتجاه المحتمل للأثر، لكنه لا يَعِد بزيادة في اللعبة. قد يضر quantum ثابت أطول في الوقت نفسه باستجابة الخيوط الأخرى. وإذا لم يكن CPU هو القيد، فقد لا يكون هناك مكسب قابل للقياس.

منهجية الاختبار التاريخي

أُجري الاختبار في Valorant على Windows 10 22H2 عند تحميل CPU مسجّل بنسبة 100%. لكل قيمة Registry نُفّذت 300 قياس click-to-photon بمنصة BoosterX العتادية. تُشغّل الإشارة الكهربائية لزر Logitech G PRO X SUPERLIGHT المؤقت، ويوقفه مستشعر ضوئي بعد تغيّر السطوع على الشاشة. وُصف المسار الكامل في منهجية الأبحاث.

حُفظت في الجدول قيم AVG و STDDEV و MIN و MAX لزمن الاستجابة. استُخدم CapFrameX لـ FPS، لكن في الكتلة المتاحة يوجد التقاط واحد فقط لكل تهيئة. بالنسبة لبعض القيم كان الالتقاط يتعلّق، لذلك صُنّفت صفوف FPS هذه كغير متاحة ولا تُستعاد بالافتراضات.

العينات الخام الـ 300 لـ click و P90 والتوزيعات وبيان hardware/driver الدقيق وتكرارات FPS المستقلة غير مرتبطة بهذه السلسلة القديمة. يحدّ هذا من الاستنتاج الإحصائي.

النتائج

القيمة	السياسة	AVG، ms	SD، ms	MIN، ms	MAX، ms	FPS AVG	P1	P0.1
0x2A	قصيرة، ثابتة، boost عالٍ	16.61	2.69	10.53	21.96	351.3	226.2	43.9
0x29	قصيرة، ثابتة، boost متوسط	17.08	3.02	10.31	25.09	336.8	254.9	14.3
0x28	قصيرة، ثابتة، بدون boost	17.62	4.94	10.19	47.04	غ/م	غ/م	غ/م
0x26	مكافئ صريح لـ default 0x02	15.28	3.12	9.30	23.08	334.4	111.6	36.9
0x25	قصيرة، متغيرة، boost متوسط	16.90	2.73	11.42	23.97	334.7	102.6	27.6
0x24	قصيرة، متغيرة، بدون boost	18.71	4.66	11.88	32.48	غ/م	غ/م	غ/م
0x1A	طويلة، ثابتة، boost عالٍ	15.68	3.31	9.97	23.30	355.1	256.0	41.0
0x19	طويلة، ثابتة، boost متوسط	16.80	2.61	10.08	21.95	352.0	272.9	21.5
0x18	طويلة، ثابتة، بدون boost	22.74	8.81	11.65	55.10	غ/م	غ/م	غ/م
0x16	طويلة، متغيرة، boost عالٍ	16.77	2.88	11.32	23.97	346.4	200.1	34.0
0x15	طويلة، متغيرة، boost متوسط	16.13	2.34	10.08	20.95	332.1	144.4	17.8
0x14	طويلة، متغيرة، بدون boost	19.87	5.55	12.43	52.31	غ/م	غ/م	غ/م

н/д تعني التقاط FPS غير صالح أو غائب، وليس نتيجة صفرية.

مقارنة default و 0x1A

المقياس	Default / مكافئ 0x26	0x1A	الفرق الملاحظ
Click-to-photon AVG	15.28 ms	15.68 ms	0x1A أعلى بـ 0.40 ms، نحو 2.6%
Click-to-photon SD	3.12 ms	3.31 ms	0x1A أعلى بـ 0.19 ms
FPS AVG	334.4	355.1	0x1A أعلى بـ 20.7، نحو 6.2%
P1	111.6	256.0	0x1A أعلى بـ 144.4
P0.1	36.9	41.0	0x1A أعلى بـ 4.1

فرق متوسط زمن الاستجابة 0.40 ms أقل بوضوح من التشتت المحفوظ الذي يقارب 3 ms. بدون العينات الخام لا يمكن بناء فاصل ثقة بشكل صحيح أو التحقق من شكل التوزيع. فرق FPS كبير بالأرقام الوصفية، لكن التقاط واحد لكل حالة لا يثبت قابلية الاستنساخ ولا يستبعد تأثير ترتيب التشغيلات أو الحمل الخلفي.

ما تم تأكيده

• المعامل مرتبط بـ foreground boost وسياسة كمّات Scheduler في Windows.
• لوحظت قراءته في Windows 11 24H2 و 25H2 المدروسين.
• في السلسلة التاريخية على Windows 10 22H2 نُفّذت 300 قياس click-to-photon لكل قيمة.
• بين الحالات ذات foreground boost العالي، أظهر مكافئ default 0x26 أقل متوسط لزمن الاستجابة.
• في نفس الالتقاط التاريخي أظهر 0x1A أعلى FPS AVG و P1 بين الحالات ذات boost العالي.

ما لم يتم تأكيده

• أن 0x1A يرفع دائماً FPS أو P1 أو سلاسة الإطارات.
• أن 0x1A يقلل click-to-photon أو input latency.
• أن النتيجة تتكرر على Windows 11 أو CPU آخر أو في لعبة أخرى أو بدون تحميل كامل على CPU.
• أن قيماً عشوائية من قوائم tweak الغيرية مفيدة أو آمنة.
• أن الفروق ذات دلالة إحصائية: لا توجد عينات خام ولا تكرارات FPS مستقلة للسلسلة القديمة.

القيود

لا يحتوي الجدول التاريخي على بيان كامل مرتبط بالعتاد وإصدارات driver واللعبة ودرجة الحرارة و power state وترتيب التشغيلات. لا تُعتبر نوافذ التقاط واحد تكرارات مستقلة. أثّرت أخطاء CapFrameX أساساً على الحالات بدون foreground boost، لذلك لا يمكن مقارنة مصفوفة FPS الكاملة.

يعود البحث والأدوات المستخدمة إلى مطوّر BoosterX الذي يوفّر هذا الإعداد، لذلك لدى المطوّر مصلحة مباشرة في النتائج. وُصفت المنهجية وحدود التطبيق أعلاه، ويمكن التحقق من الاستنتاجات عبر البيانات المفتوحة والمصادر العامة المذكورة. لذلك يبقى default هو التوصية، بينما يُنشر FPS التاريخي الأعلى 0x1A مع النتيجة السلبية في متوسط زمن الاستجابة وكل القيود.

الاستنتاج العملي

اترك Windows default (0x02) على معظم أنظمة client Windows 10 و 11. لا تطبّق 0x1A كـ «تحسين Scheduler» عام. يمتلك Windows Server سياسة Scheduler مختلفة، ولم يُقس ولم يدخل في هذه التوصية.

لا يكون اختبار 0x1A مبرراً إلا عند CPU saturation قابل للاستنساخ. استخدم عدة تشغيلات مزدوجة، واخلط الترتيب، وسجّل متوسط FPS و P1 و P0.1 و frametime spikes و click-to-photon. لا تُبقِ التغيير إلا عند تحسّن متكرر في المقياس المستهدف دون تدهور جديد.

صفحة الإعداد المجاني والطريقة الدقيقة للتراجع: Win32PrioritySeparation في BoosterX.

استعادة الحالة

بعد المقارنة أعد المعامل إلى Windows default (0x02) عبر BoosterX ونفّذ إعادة التشغيل التي تقترحها الواجهة. في المجموعة التاريخية لم يُحفظ سجل منفصل عن التحقق من التراجع، لذلك لا يعتبر هذا البحث recovery جزءاً مؤكداً من التجربة القديمة.

المصادر الأولية العامة

• Win32_OperatingSystem.ForegroundApplicationBoost، Microsoft Learn - Registry mapping وقيم foreground boost.
• CPU Analysis، Microsoft Learn - quantum و priority واختيار المعالج وكلفة context switches.
• Scheduling Priorities، Microsoft Learn - round-robin و preemption و dynamic priority.
• Context Switches، Microsoft Learn - ما يحدث عند تبديل الخيط.
• Windows Internals Sixth Edition sample chapters، Microsoft Press - الوصف التاريخي لحقول المعامل وكمّات client.
• جدول قياسات click-to-photon العام لـ BoosterX - المجاميع المنشورة الأصلية لهذه السلسلة التاريخية.
• Win32PSCalculator - التنفيذ المفتوح لفك البتات الست السفلية وإيجاد الوضع المكافئ.

تم التحقق من المصادر العامة والصياغات: 2026-08-24.

سجل التغييرات

• 2026-09-20: تم تقوية إخلاء المسؤولية عن تضارب المصالح إلى صياغة كاملة مع ملكية البحث والأدوات.
• 2026-08-24: أُضيف الموقع الدقيق لـ Registry value والقيمة الابتدائية الموثّقة 0x02 و Win32PSCalculator وحدود تفسير DWORD الغائب.
• 2026-08-24: النشر الأول؛ أُضيفت المصفوفة التاريخية الكاملة وفصل الآلية عن الأثر على المستخدم وتوصية default.