أولوية النافذة النشطة
على هذه الصفحة
التوصية
حسب الحالةعلى أنظمة Windows 10 و11 للعملاء، اترك Windows default. لا تتحقق من 0x1A إلا عند وجود حمل كامل متكرر على CPU.
لم يكشف اختبار BoosterX التاريخي عن حالة أفضل بشكل شامل: أظهر default متوسط زمن click-to-photon أقل قليلًا، بينما تطابق 0x1A مع أفضل قيم FPS في سيناريو CPU واحد دون تكرارات مستقلة.
- يُختار عادةً
- Windows default
- التأثير الأساسي
- سياسة كمّات CPU
- FPS والزمن
- تعتمد على الحمل
باختصار
Section titled “باختصار”Win32PrioritySeparation يحدد foreground boost وجزءًا من قواعد اختيار كمّات مُجدول Windows. تعتمد عليها توزيع وقت المعالج بين الخيوط الجاهزة. الإعداد بحد ذاته لا يرفع أولوية اللعبة أو قدرة CPU؛ وزيادة FPS غير مضمونة.
لمعظم أجهزة العملاء التي تعمل بـ Windows 10 أو 11 نوصي بـ Windows default (0x02). الحالة 0x1A تنقل الحقول القابلة للفحص إلى كمّات ثابتة طويلة مع أقصى foreground boost. قد تكون مفيدة فقط في سيناريو ضيق حيث تصطدم اللعبة بشكل متكرر بـ CPU ويؤكد المقارنة تحسنًا دون تدهور الزمن أو الإطارات النادرة.
يستخدم Windows Server قواعد جدولة مختلفة ولم يُفحص في هذه الدراسة. على نظام الخادم، احتفظ بالحالة الأصلية: توصية 0x02 من هذه المقالة لا تنطبق عليه.
ما الذي يتغير
Section titled “ما الذي يتغير”توثق Microsoft البتتين الأدنى من المعامل باسم ForegroundApplicationBoost: 0 يعني غياب boost، و1 الحد الأدنى، و2 الحد الأقصى. تصف وثائق Windows Internals التاريخية الحقول المستخدمة الأخرى بأنها اختيار كمّات قصيرة أو طويلة ومتغيرة أو ثابتة.
0x02 يترك اختيار الكمّات لسياسة Windows الافتراضية للعملاء ويحافظ على أقصى foreground boost. 0x1A يحدد كمّات ثابتة طويلة مع أقصى boost نفسه. قد يقلل الكم الأطول من معدل تبديل الخيوط تحت حمل CPU قوي، لكنه يغيّر في الوقت نفسه استجابة المهام المتنافسة.
تغييرات Registry
Section titled “تغييرات Registry”الإعداد متاح في النسخة المجانية من BoosterX. يوضح الجدول قيمه في Registry.
| الحقل | القيمة |
|---|---|
| Hive والمسار | HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl |
| اسم القيمة | Win32PrioritySeparation |
| النوع | REG_DWORD |
| Windows default | 0x02 (2)، القيمة الأولية الموثقة لـ client Windows |
| الحالة حسب الظروف | 0x1A (26) |
| الإرجاع | 0x02 (2) |
للتغيير والإرجاع استخدم BoosterX. لا توجد .reg أو أوامر PowerShell جاهزة في هذه الصفحة.
على Windows 11 25H2 المفحوص كانت القيمة محددة صراحةً وتساوي 2. لذلك لا يمكن اعتبار غياب DWORD حالة مصنعية لجميع تثبيتات Windows. إذا لم تكن القيمة موجودة، فالمعامل غير محدد صراحةً في Registry. وهذا يختلف عن القيمة المسجلة 0. لا حاجة لإنشاء إدخال برقم عشوائي.
حاسبة القيم
Section titled “حاسبة القيم”فك ترميز 6 بت
التحقق من الوضع الفعلي
أدخل القيمة التي وجدتها في قائمة التعديلات. ستعرض الحاسبة البتات الست المستخدمة فقط والتركيبة الأساسية بنفس الوضع. لا تغير أي شيء على الكمبيوتر.
تعيد الحاسبة تفسير المشروع المفتوح Win32PSCalculator: تأخذ في الحسبان البتات الست الأدنى فقط وتعرض القيمة القياسية للوضع نفسه. على سبيل المثال، Windows default 0x02 و0x26 الصريح يقابلان كمّات متغيرة قصيرة مع أقصى foreground boost على client Windows. وهذا يفسر لماذا لا ينشئ عادةً تعيين 0x26 فوق default وضعًا جديدًا.
توضح الحاسبة أي وضع تحدده تركيبة البتات. وهي لا تتوقع FPS أو الزمن. قد تحدد أرقام مختلفة الوضع نفسه.
متى تتحقق من 0x1A
Section titled “متى تتحقق من 0x1A”- تحافظ اللعبة أو عبء العمل باستمرار على CPU قريبًا من الحمل الكامل؛
- يتدهور frametime عند الحمل الكامل على CPU؛
- يمكنك إجراء عدة جولات مزدوجة متطابقة؛
- لا تتم مقارنة متوسط FPS فقط، بل أيضًا P1 وP0.1 ومخطط frametime وزمن التحكم.
لا تختر 0x1A لمجرد أن ملف إعدادات شخص آخر يستخدمه. إذا لم يكن CPU محمّلًا بالكامل، فقد لا يكون هناك فرق. كذلك لا يمكن نقل نتيجة Windows 10 تلقائيًا إلى Windows 11.
ما أظهرته قياسات BoosterX
Section titled “ما أظهرته قياسات BoosterX”في سلسلة Valorant التاريخية على Windows 10 22H2 استُخدمت 300 قياس click-to-photon لكل قيمة عند حمل CPU مسجل بنسبة 100%.
| المقياس | Windows default 0x02 / المكافئ الصريح 0x26 |
0x1A |
|---|---|---|
| Click-to-photon AVG | 15.28 ms | 15.68 ms |
| Click-to-photon SD | 3.12 ms | 3.31 ms |
| FPS AVG | 334.4 | 355.1 |
| P1 | 111.6 | 256.0 |
| P0.1 | 36.9 | 41.0 |
بلغ فرق متوسط الزمن 0.40 ms لصالح default مع تشتت يقارب 3 ms. في السجل المحفوظ كان FPS لدى 0x1A أعلى. ومع ذلك، حُفظت جولة FPS واحدة فقط لكل حالة، لذلك لم يُتأكد من تكرارية هذه النتيجة.
المصفوفة الكاملة للقيم والمنهجية والقيود موجودة في الدراسة «Win32PrioritySeparation: الزمن وFPS عند الحمل الكامل على CPU».
كيف تتحقق من النتيجة
Section titled “كيف تتحقق من النتيجة”- احفظ Windows default وثبّت مشهد اللعبة نفسه وحد FPS والطاقة والحمل الخلفي.
- نفّذ عدة جولات بالإعداد الأصلي واحفظ frametime وP1 وP0.1.
- في BoosterX افتح «التحسين» → «التعديلات» → «المُجدول والذاكرة» → «Win32PrioritySeparation»، واختر
0x1A، واضغط «تطبيق» ونفّذ إعادة التشغيل المقترحة. - أعد الجولات نفسها بترتيب مختلط.
- اترك
0x1Aفقط عند تحسن متكرر في المقياس المستهدف دون تدهور الزمن أو الإطارات النادرة أو المهام الخلفية.
كيف ترجع
Section titled “كيف ترجع”في BoosterX افتح «التحسين» → «التعديلات» → «المُجدول والذاكرة» → «Win32PrioritySeparation»، واختر «افتراضي» واضغط «تطبيق». إذا كان «التطبيق الفوري» مفعّلًا، فلا حاجة لضغطة منفصلة. نفّذ إعادة التشغيل المقترحة وتأكد من أن القيمة عادت لتساوي 0x02.
المصادر وحدود التحقق
Section titled “المصادر وحدود التحقق”- Win32_OperatingSystem.ForegroundApplicationBoost، Microsoft Learn - العلاقة بـ Registry وقيم foreground boost.
- CPU Analysis، Microsoft Learn - دور quantum والأولوية والتبديلات في عمل المُجدول.
- Scheduling Priorities، Microsoft Learn - الأولويات وpreemption وجدولة الخيوط بنظام round-robin.
- Context Switches، Microsoft Learn - آلية تبديل السياق.
- Windows Internals Sixth Edition sample chapters، Microsoft Press - الوصف التاريخي لحقول البتات وسياسة quantum للعملاء.
- جدول قياسات BoosterX العام - تجميعات click-to-photon وFPS التاريخية.
- Win32PSCalculator - حاسبة desktop مفتوحة للقيم المكافئة للمعامل.
لم يُفحص عمل جميع خيارات الكمّات على كل إصدار من Windows. تأثير 0x1A على Windows 11 وأنظمة الألعاب الحديثة لم يُثبت تكراره بعد. التوصية لا تنطبق على Windows Server.
آخر تحقق: 2026-09-20.