Win32PrioritySeparation: ucheleweshaji na FPS wakati CPU imejaa kikamilifu

На этой странице

Jibu fupi: Win32PrioritySeparation kwa kweli inadhibiti foreground boost na sehemu ya sera ya quantum za CPU. Jaribio letu la kihistoria halikuonyesha thamani bora kwa wote. Windows default ilionyesha wastani wa click-to-photon latency kidogo chini, na 0x1A ililingana na FPS bora na P1 katika jaribio moja kwa mzigo wa CPU wa 100%. Kwa kukosa marudio huru ya FPS na click samples mbichi, tunapendekeza default, na 0x1A tunaiona tu kama dhana inayoweza kuthibitishwa kwa hali ya CPU.

Hali: uhusiano wa kigezo na foreground boost umeandikwa na Microsoft. Usomaji wa kigezo ulionekana katika tracings za mfumo za Windows 11 24H2 na 25H2 zilizokusanywa awali. Athari kwa mtumiaji ilipimwa katika mfululizo wa kihistoria wa Windows 10 22H2, lakini haikurudiwa kwenye mfumo mwingine au katika uendeshaji huru.

Dai linaloweza kuthibitishwa

Tulikuwa tunathibitisha madai matatu tofauti ambayo hayawezi kuunganishwa:

Kigezo kipo na kinahusiana na sera ya scheduler ya Windows.
Thamani 0x02 na 0x1A zinawakilisha sera tofauti za quantum wakati foreground boost ya juu ni sawa.
0x1A inaboresha FPS au latency ya mchezo wakati mzigo wa CPU umefikia kikomo.

Madai mawili ya kwanza yanathibitishwa na nyaraka za umma na uchunguzi kwenye build zilizochunguzwa. Dai la tatu linahitaji vipimo na haliwi kweli kwa sababu tu ya muundo wa kigezo.

Wigo wa utafiti

Tabaka	Mazingira	Matokeo
Nyaraka za umma	Microsoft WMI, CPU Analysis na Windows Internals	Foreground boost, quantum na muundo wa kihistoria wa biti zimeelezwa
Uchunguzi wa mfumo	Windows 11 24H2 na 25H2	Usomaji wa kigezo ulionekana katika tracings zilizokusanywa awali
Click-to-photon	Windows 10 22H2, Valorant, CPU 100%	Vipimo 300 kwa thamani, muhtasari umehifadhiwa
FPS	Mfululizo huo wa kihistoria	CapFrameX capture moja kwa usanidi; baadhi ya mistari haifai kwa sababu ya kukwama kwa capture

Windows 10 22H2 dynamic trace kwa uchapishaji huu haipo. Kwa Windows 11 26H1 pia hakuna trace inayofaa. Vipimo vya Windows 10 havihamishwi kwa Windows 11 bila kurudiwa.

Kigezo kinapopatikana

Sehemu	Thamani
Hive na njia	`HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl`
Jina la thamani	`Win32PrioritySeparation`
Aina	`REG_DWORD`
Thamani ya awali iliyoandikwa ya client Windows	`0x02` (`2`)

Windows Internals inaita 2 thamani ya awali kwenye client Windows na kwenye server ambayo haijasanidiwa kama application server. Katika trace yetu ya Windows 11 25H2 DWORD pia ilikuwepo waziwazi na thamani 2.

Kwa hiyo hatuoni kukosekana kwa thamani kama Windows default ya jumla. Inaweza kutokea baada ya kubadilisha image, kufuta kwa mkono au vitendo vya zana ya mtu mwingine, lakini katika utafiti wa sasa hali ya clean-install na DWORD isiyokuwepo haikurudiwa kwa nguvu. Kukosekana kwa mstari hakuwezi kufasiriwa kiotomatiki kama 0.

Muundo wa kigezo

Microsoft inahusisha sifa Win32_OperatingSystem.ForegroundApplicationBoost na Win32PrioritySeparation na inaandika thamani 0, 1 na 2: bila boost, boost ya chini na ya juu ya foreground application.

Sampuli rasmi ya Windows Internals Sixth Edition inaelezea kigezo kama seti ya sehemu:

Biti	Kusudi
0-1	Kiwango cha foreground boost
2-3	Quantum zinazobadilika au zisizobadilika
4-5	Quantum fupi au ndefu

0x02 ni thamani ya awali iliyoandikwa ya client Windows: inaweka foreground boost ya juu, na sehemu nyingine inaiacha kwa sera ya mfumo. Kwa client Windows kihistoria hii inalingana na quantum fupi zinazobadilika, ambazo zinaweza kuonyeshwa waziwazi kama 0x26. 0x1A inaweka quantum ndefu zisizobadilika wakati foreground boost ya juu ni sawa.

Mradi wa wazi Win32PSCalculator unaonyesha usawa huu moja kwa moja. Unafunika ingizo kupitia 0x3F, unachanganua sehemu tatu za biti mbili na kupunguza maandishi tofauti hadi moja ya michanganyiko 12 ya kikanuni. Hii inasaidia kugundua thamani za placebo ambazo zinaonekana tofauti lakini haziunda scheduler mode mpya.

Hati ya Windows Internals ni ya kihistoria. Tunaitumia kufasiri sehemu, lakini hatudai kwamba quantum tables zote za ndani hazibadiliki katika build zote za kisasa.

Kikokotoo cha thamani

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.

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 hufanya kazi tu kwenye kivinjari na hakusomi wala kubadilisha Registry. Matokeo yake yanaonyesha usawa wa michanganyiko ya biti, si FPS au latency inayotarajiwa. Toleo hilo hilo linapatikana kwenye ukurasa wa mipangilio wa BoosterX.

Kwa nini matokeo yanaweza kutegemea mzigo

Scheduler huchagua thread iliyo tayari kwa kuzingatia priority, affinity, hali na quantum iliyobaki. Baada ya quantum kuisha thread inaweza kumwachia processor thread nyingine iliyo tayari ya priority hiyo hiyo. Kubadilisha context kuna gharama, kwa hiyo quantum ndefu zinaweza kupunguza scheduler turnover na kudumisha throughput wakati ushindani wa CPU ni mkubwa.

Hii inaelezea mwelekeo unaowezekana wa athari, lakini haiahidi ongezeko kwa mchezo. Quantum ndefu isiyobadilika inaweza wakati huo huo kuharibu mwitikio wa thread nyingine. Ikiwa CPU si kikwazo, huenda hakuna faida inayopimika.

Mbinu ya jaribio la kihistoria

Jaribio lilifanyika katika Valorant kwenye Windows 10 22H2 wakati mzigo wa CPU wa 100% ulirekodiwa. Kwa kila thamani ya Registry vipimo 300 vya click-to-photon vilifanywa kwa standi ya maunzi ya BoosterX. Ishara ya umeme ya kitufe cha Logitech G PRO X SUPERLIGHT inaanzisha timer, na sensor ya mwanga inaisimamisha baada ya mwangaza kubadilika kwenye skrini. Njia kamili imeelezwa katika mbinu ya utafiti.

Katika jedwali AVG, STDDEV, MIN na MAX za latency zimehifadhiwa. Kwa FPS CapFrameX ilitumika, lakini katika kipande kinachopatikana kuna capture moja tu kwa usanidi. Kwa baadhi ya thamani capture ilikwama, kwa hiyo mistari hiyo ya FPS imewekwa alama kama haipatikani na hairejeshwi kwa makadirio.

Click samples 300 za awali, P90, mgawanyo, hardware/driver manifest kamili na marudio huru ya FPS hazihusiani na mfululizo huu wa zamani. Hii inapunguza hitimisho la kitakwimu.

Matokeo

Thamani	Sera	AVG, ms	SD, ms	MIN, ms	MAX, ms	FPS AVG	P1	P0.1
`0x2A`	fupi, isiyobadilika, boost ya juu	16.61	2.69	10.53	21.96	351.3	226.2	43.9
`0x29`	fupi, isiyobadilika, boost ya kati	17.08	3.02	10.31	25.09	336.8	254.9	14.3
`0x28`	fupi, isiyobadilika, bila boost	17.62	4.94	10.19	47.04	haipatikani	haipatikani	haipatikani
`0x26`	kielelezo cha wazi cha default `0x02`	15.28	3.12	9.30	23.08	334.4	111.6	36.9
`0x25`	fupi, inayobadilika, boost ya kati	16.90	2.73	11.42	23.97	334.7	102.6	27.6
`0x24`	fupi, inayobadilika, bila boost	18.71	4.66	11.88	32.48	haipatikani	haipatikani	haipatikani
`0x1A`	ndefu, isiyobadilika, boost ya juu	15.68	3.31	9.97	23.30	355.1	256.0	41.0
`0x19`	ndefu, isiyobadilika, boost ya kati	16.80	2.61	10.08	21.95	352.0	272.9	21.5
`0x18`	ndefu, isiyobadilika, bila boost	22.74	8.81	11.65	55.10	haipatikani	haipatikani	haipatikani
`0x16`	ndefu, inayobadilika, boost ya juu	16.77	2.88	11.32	23.97	346.4	200.1	34.0
`0x15`	ndefu, inayobadilika, boost ya kati	16.13	2.34	10.08	20.95	332.1	144.4	17.8
`0x14`	ndefu, inayobadilika, bila boost	19.87	5.55	12.43	52.31	haipatikani	haipatikani	haipatikani

н/д inamaanisha FPS capture isiyofaa au isiyokuwepo, si matokeo ya sifuri.

Ulinganisho wa default na 0x1A

Kipimo	Default / kielelezo `0x26`	`0x1A`	Tofauti inayoonekana
Click-to-photon AVG	15.28 ms	15.68 ms	`0x1A` juu kwa 0.40 ms, karibu 2.6%
Click-to-photon SD	3.12 ms	3.31 ms	`0x1A` juu kwa 0.19 ms
FPS AVG	334.4	355.1	`0x1A` juu kwa 20.7, karibu 6.2%
P1	111.6	256.0	`0x1A` juu kwa 144.4
P0.1	36.9	41.0	`0x1A` juu kwa 4.1

Tofauti ya wastani wa latency ya 0.40 ms ni ndogo sana kuliko mtawanyiko uliohifadhiwa wa karibu 3 ms. Bila samples mbichi haiwezekani kuunda kwa usahihi muda wa kujiamini au kuchunguza umbo la mgawanyo. Tofauti ya FPS ni kubwa kwa namba za kuelezea, lakini capture moja kwa hali haithibitishi kurudiwa na haiondoi ushawishi wa mpangilio wa mizunguko au mzigo wa chinichini.

Kilichothibitishwa

Kigezo kinahusiana na foreground boost na sera ya quantum ya scheduler ya Windows.
Usomaji wake ulionekana katika Windows 11 24H2 na 25H2 zilizochunguzwa.
Katika mfululizo wa kihistoria wa Windows 10 22H2 vipimo 300 vya click-to-photon kwa thamani vilifanywa.
Miongoni mwa hali zenye foreground boost ya juu kielelezo cha default 0x26 kilionyesha wastani wa chini wa latency.
Katika capture hiyo hiyo ya kihistoria 0x1A ilionyesha FPS AVG na P1 za juu zaidi miongoni mwa hali zenye boost ya juu.

Kisichothibitishwa

Kwamba 0x1A daima huongeza FPS, P1 au ulaini wa fremu.
Kwamba 0x1A hupunguza click-to-photon au input latency.
Kwamba matokeo yanarudiwa kwenye Windows 11, CPU nyingine, mchezo mwingine au bila mzigo kamili wa CPU.
Kwamba thamani za kiholela kutoka orodha za tweak za wengine zina faida au ni salama.
Kwamba tofauti ni muhimu kitakwimu: kwa mfululizo wa zamani hakuna samples mbichi na marudio huru ya FPS.

Mipaka

Jedwali la kihistoria halina manifest kamili ya maunzi iliyohusishwa, matoleo ya driver na mchezo, joto, power state na mpangilio wa mizunguko. Madirisha ya capture moja hayahesabiwi kama marudio huru. Hitilafu za CapFrameX ziliathiri hasa hali zisizo na foreground boost, kwa hiyo matrix kamili ya FPS haiwezi kulinganishwa.

Utafiti na zana zilizotumika ni mali ya msanidi wa BoosterX, ambaye hutoa mpangilio huu, kwa hiyo msanidi ana maslahi ya moja kwa moja kwa matokeo. Mbinu na mipaka ya matumizi zimeelezwa juu, na hitimisho zinaweza kuthibitishwa kwa data ya wazi na vyanzo vya umma vilivyoorodheshwa. Kwa hiyo default inabaki kuwa pendekezo, na FPS ya juu ya kihistoria 0x1A inachapishwa pamoja na matokeo hasi ya wastani wa latency na mipaka yote.

Hitimisho la kivitendo

Acha Windows default (0x02) kwenye mifumo mingi ya client ya Windows 10 na 11. Usitumie 0x1A kama «uboreshaji wa scheduler» wa jumla. Windows Server ina scheduler policy tofauti, haikupimwa na haijajumuishwa katika pendekezo hili.

Kuthibitisha 0x1A kunafaa tu wakati CPU saturation inarudiwa. Tumia mizunguko kadhaa iliyooanishwa, changanya mpangilio, rekodi wastani wa FPS, P1, P0.1, frametime spikes na click-to-photon. Acha mabadiliko tu wakati kipimo lengwa kinaboreshwa kwa kurudiwa bila kuzorota kwa kipimo kipya.

Ukurasa wa mpangilio wa bure na njia kamili ya kurejesha: Win32PrioritySeparation katika BoosterX.

Kurejesha hali

Baada ya kulinganisha rejesha kigezo kwa Windows default (0x02) kupitia BoosterX na ufanye restart inayopendekezwa na kiolesura. Katika seti ya kihistoria rekodi tofauti ya kuthibitisha kurejesha haikuhifadhiwa, kwa hiyo utafiti huu hauoni recovery kama sehemu iliyothibitishwa ya jaribio la zamani.

Vyanzo vya msingi vya umma

Win32_OperatingSystem.ForegroundApplicationBoost, Microsoft Learn - Registry mapping na thamani za foreground boost.
CPU Analysis, Microsoft Learn - quantum, priority, processor selection na gharama ya context switches.
Scheduling Priorities, Microsoft Learn - round-robin, preemption na dynamic priority.
Context Switches, Microsoft Learn - kinachotokea thread inapobadilishwa.
Windows Internals Sixth Edition sample chapters, Microsoft Press - maelezo ya kihistoria ya sehemu za kigezo na quantum za client.
Jedwali la umma la vipimo vya click-to-photon vya BoosterX - muhtasari wa awali uliochapishwa wa mfululizo huu wa kihistoria.
Win32PSCalculator - utekelezaji wa wazi wa kuchanganua biti sita za chini na kutafuta mode inayolingana.

Vyanzo vya umma na maneno yamethibitishwa: 2026-08-24.

Historia ya mabadiliko

2026-09-20: kanusho la mgongano wa maslahi limeimarishwa hadi maneno kamili na umiliki wa utafiti na zana.
2026-08-24: imeongezwa mahali kamili pa Registry value, thamani ya awali iliyoandikwa 0x02, Win32PSCalculator na mipaka ya kufasiri DWORD isiyokuwepo.
2026-08-24: uchapishaji wa kwanza; imeongezwa matrix kamili ya kihistoria, mgawanyo wa utaratibu na athari kwa mtumiaji, pamoja na pendekezo la default.