Kipaumbele cha dirisha linalotumika

Mipangilio›Tweaks›Kipaumbele cha dirisha linalotumika

Mapendekezo

Kulingana na hali

Kwenye Windows 10 na 11 za mteja acha Windows default. Angalia 0x1A tu wakati mzigo kamili wa CPU unarudiwa.

Jaribio la kihistoria la BoosterX halikuonyesha hali bora kwa wote: default ilionyesha wastani kidogo mdogo wa click-to-photon latency, na 0x1A ililingana na viwango bora vya FPS katika senario moja ya CPU bila marudio huru.

Kawaida huchaguliwa

Windows default

Athari kuu

Sera ya quantum za CPU

FPS na latency

Hutegemea mzigo

Kwa ufupi

Win32PrioritySeparation huweka foreground boost na sehemu ya sheria za uchaguzi wa quantum za scheduler ya Windows. Kutoka kwao hutegemea mgawanyo wa muda wa processor kati ya threads tayari. Setting yenyewe haiongezi kipaumbele cha mchezo au nguvu ya CPU; ongezeko la FPS halihakikishwi.

Kwa kompyuta nyingi za mteja zenye Windows 10 au 11 tunapendekeza Windows default (0x02). Hali 0x1A hubadilisha sehemu zinazochunguzwa kuwa quantum ndefu zisizobadilika na foreground boost ya juu kabisa. Inaweza kuwa na manufaa tu katika senario nyembamba ambapo mchezo unarudiwa kugonga kikomo cha CPU na ulinganisho unathibitisha uboreshaji bila kudhoofisha latency au frames adimu.

Windows Server hutumia sheria tofauti za upangaji na haikuchunguzwa katika utafiti huu. Kwenye mfumo wa server hifadhi hali ya awali: mapendekezo 0x02 kutoka makala hii hayatumiki kwake.

Kinachobadilika

Microsoft huandika bits mbili za chini za parameter kama ForegroundApplicationBoost: 0 inamaanisha hakuna boost, 1 ya chini kabisa, 2 ya juu kabisa. Nyaraka za kihistoria za Windows Internals zinaelezea sehemu nyingine zinazotumika kama uchaguzi wa quantum fupi au ndefu na zinazobadilika au zisizobadilika.

0x02 huacha uchaguzi wa quantum kwa sera ya kawaida ya mteja ya Windows na huhifadhi foreground boost ya juu kabisa. 0x1A huweka quantum ndefu zisizobadilika na boost ile ile ya juu kabisa. Quantum ndefu zaidi inaweza kupunguza mara ya kubadilisha threads chini ya mzigo mkubwa wa CPU, lakini wakati huo huo kubadilisha mwitikio wa kazi zinazoshindana.

Mabadiliko ya Registry

Setting inapatikana katika toleo la bure la BoosterX. Jedwali linaonyesha thamani zake katika Registry.

Sehemu	Thamani
Hive na path	HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl
Jina la thamani	Win32PrioritySeparation
Aina	REG_DWORD
Windows default	0x02 (2), thamani ya awali iliyoandikwa ya client Windows
Hali kulingana na hali	0x1A (26)
Kurudisha	0x02 (2)

Kwa kubadilisha na kurudisha tumia BoosterX. Hakuna .reg tayari na amri za PowerShell kwenye ukurasa huu.

Kwenye Windows 11 25H2 iliyochunguzwa thamani iliwekwa wazi na ilikuwa 2. Kwa hiyo kukosekana kwa DWORD hakuwezi kuchukuliwa kama hali ya kiwandani kwa usakinishaji wote wa Windows. Ikiwa thamani haipo, parameter haijawekwa wazi katika Registry. Hii inatofautiana na thamani iliyoandikwa 0. Kuunda entry na namba ya nasibu hakuhitajiki.

Kikokotoo cha thamani

Dikoda ya biti 6

Ukaguzi wa hali halisi

Win32PSCalculator ↗

Weka thamani uliyopata kwenye orodha ya tweak. Kikokotoo kitaonyesha tu biti sita zinazotumika na mchanganyiko wa kawaida wenye hali hiyo hiyo. Hakibadilishi chochote kwenye kompyuta.

Thamani ya Registry

Changanua

Hex yenye kiambishi awali 0x, bila kiambishi awali ni decimal.

Default 0x02Default wazi 0x26Kulingana na hali 0x1A

Hali sawa0x26

Windows default: kwenye Windows ya mteja inalingana na hali wazi 0x26.

000010

Imewekwa

0x00000002 · 2

Baada ya mask 0x3F

0x02 · 2

Quanta

Default ya mfumo → fupi

Aina

Default ya mfumo → zinazobadilika

Kuongeza foreground

Kiwango cha juu · 3:1

Kikokotoo hufuata tafsiri ya mradi wa wazi Win32PSCalculator: huzingatia bits sita za chini tu na huonyesha thamani ya kikanuni ya mode hiyo hiyo. Kwa mfano, Windows default 0x02 na 0x26 ya wazi huhusiana na quantum fupi zinazobadilika na foreground boost ya juu kabisa kwenye Windows ya mteja. Hii inaelezea kwa nini kuweka 0x26 juu ya default kawaida hakuundi mode mpya.

Kikokotoo huonyesha mode ipi inayowekwa na mchanganyiko wa bits. Hakitoi utabiri wa FPS au latency. Namba tofauti zinaweza kuweka mode ile ile moja.

Wakati wa kuangalia 0x1A

• mchezo au mzigo wa kazi hushikilia CPU karibu na mzigo kamili kwa uthabiti;
• frametime huzorota wakati CPU ina mzigo kamili;
• unaweza kufanya mara kadhaa ya pronyo zinazofanana;
• hulinganishwa sio tu FPS ya wastani, bali pia P1, P0.1, grafu ya frametime na latency ya udhibiti.

Usichague 0x1A kwa sababu tu profile ya settings ya mtu mwingine inaitumia. Ikiwa CPU haijapakiwa kikamilifu, tofauti inaweza kuwa hakuna. Matokeo ya Windows 10 pia hayawezi kuhamishwa moja kwa moja kwenye Windows 11.

Yale yaliyoonyeshwa na vipimo vya BoosterX

Katika mfululizo wa kihistoria wa Valorant kwenye Windows 10 22H2 ilitumika vipimo 300 vya click-to-photon kwa kila thamani wakati mzigo wa CPU uliorekodiwa wa 100%.

Kipimo	Windows default 0x02 / kifananishi cha wazi 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

Tofauti ya latency ya wastani ilikuwa 0.40 ms kwa upande wa default wakati mtawanyiko ulikuwa karibu 3 ms. Katika rekodi iliyohifadhiwa FPS ya 0x1A ilikuwa juu. Hata hivyo, kwa kila hali ilihifadhiwa pronyo moja tu ya FPS, kwa hiyo kurudiwa kwa matokeo haya hakuthibitishwa.

Matrix kamili ya thamani, mbinu na mipaka zimetolewa katika utafiti «Win32PrioritySeparation: latency na FPS wakati CPU ina mzigo kamili».

Jinsi ya kuangalia matokeo

1. Hifadhi Windows default na uweke sawa eneo la mchezo, kikomo cha FPS, nishati na mzigo wa chinichini.
2. Fanya pronyo kadhaa na setting ya awali na uhifadhi frametime, P1 na P0.1.
3. Katika BoosterX fungua «Uboreshaji» → «Tweaks» → «Scheduler na kumbukumbu» → «Win32PrioritySeparation», chagua 0x1A, bonyeza «Tumia» na fanya kuwasha upya kunakopendekezwa.
4. Rudia pronyo zile zile kwa mpangilio uliochanganywa.
5. Acha 0x1A tu wakati kuna uboreshaji unaorudiwa wa kipimo lengwa bila kudhoofisha latency, frames adimu na kazi za chinichini.

Jinsi ya kurudisha

Katika BoosterX fungua «Uboreshaji» → «Tweaks» → «Scheduler na kumbukumbu» → «Win32PrioritySeparation», chagua «Kwa default» na bonyeza «Tumia». Ikiwa «Utumiaji wa papo hapo» umewashwa, kubonyeza tofauti hakuhitajiki. Fanya kuwasha upya kunakopendekezwa na uhakikishe kwamba thamani tena ni 0x02.

Vyanzo na mipaka ya ukaguzi

• Win32_OperatingSystem.ForegroundApplicationBoost, Microsoft Learn - uhusiano na Registry na thamani za foreground boost.
• CPU Analysis, Microsoft Learn - jukumu la quantum, kipaumbele na kubadilisha katika kazi ya scheduler.
• Scheduling Priorities, Microsoft Learn - vipaumbele, preemption na upangaji wa round-robin wa threads.
• Context Switches, Microsoft Learn - muundo wa kubadilisha context.
• Windows Internals Sixth Edition sample chapters, Microsoft Press - maelezo ya kihistoria ya sehemu za bits na client quantum policy.
• Jedwali la umma la vipimo vya BoosterX - aggregates za kihistoria za click-to-photon na FPS.
• Win32PSCalculator - kikokotoo cha desktop cha wazi cha thamani zinazolingana za parameter.

Kazi ya aina zote za quantum haikuchunguzwa kwenye kila build ya Windows. Athari ya 0x1A kwenye Windows 11 na mifumo ya kisasa ya michezo bado haijarudiwa. Mapendekezo hayatumiki kwa Windows Server.

Ukaguzi wa mwisho: 2026-09-20.