DPC na Kernel Executive workers katika Windows 11 25H2
На этой странице
Jibu fupi
Заголовок раздела «Jibu fupi»Kundi la DpcQueueDepth, worker limits na watchdog-параметров mara nyingi huchukuliwa kama seti ya latency tweaks za jumla. Kwa kweli hizi ni mipaka ya ndani na mifumo ya ulinzi ya kernel. Athari yao huonekana tu kwa foleni maalum ya DPC, idadi ya processors, aina ya driver au hitilafu ya worker.
Tulichokagua
Заголовок раздела «Tulichokagua»Tulikagua mipaka ya DPC, worker threads na watchdog ambayo kernel husoma, jinsi thamani zinavyorekebishwa na wapi mifumo hii hutumika kwa kweli.
Eneo la utafiti
Заголовок раздела «Eneo la utafiti»Windows 11 25H2 build 26200.9168, matawi Session Manager\Kernel na Session Manager\Executive. Vipengele vinavyotegemea maunzi na drivers maalum hazikujumuishwa katika vipimo.
Uchanganuzi tuli wa ntoskrnl.exe: kutafuta readers na watumiaji, kukagua safu na urekebishaji wa thamani; kulinganisha na nyaraka za umma za Microsoft.
Njia ya kikanuni na thamani
Заголовок раздела «Njia ya kikanuni na thamani»Njia ya DPC na watchdog:
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Kernel
| Value | Type | Default/normalization | Kinachodhibiti |
|---|---|---|---|
DpcQueueDepth |
REG_DWORD |
4 |
kina cha DPC queue |
MinimumDpcRate |
REG_DWORD |
3 |
kiwango cha chini cha DPC processing |
IdealDpcRate |
REG_DWORD |
20 |
DPC rate inayolengwa |
AdjustDpcThreshold |
REG_DWORD |
20 |
kizingiti cha urekebishaji wa DPC policy |
ThreadDpcEnable |
REG_DWORD |
1 |
thread-DPC processing |
DpcWatchdogPeriod |
REG_DWORD |
120000 |
kipindi cha DPC watchdog |
DpcCumulativeSoftTimeout |
REG_DWORD |
120000 katika build iliyochunguzwa |
soft budget iliyokusanywa |
PassiveWatchdogTimeout |
REG_DWORD |
300 sekunde |
passive-level watchdog wakati wa KD |
ForceIdleGracePeriod |
REG_DWORD |
5 sekunde |
kipindi cha force-idle grace |
PerfIsoEnabled |
REG_DWORD |
0 |
performance isolation |
CacheIsoBitmap |
REG_DWORD |
0 |
Intel CAT L3 mask |
SchedulerAssistThreadFlagOverride |
REG_DWORD |
0 |
scheduler assist override |
VpThreadSystemWorkPriority |
REG_DWORD |
30, safu 1..31 |
kipaumbele cha kazi ya virtual processor |
AlwaysTrackIoBoosting |
REG_DWORD |
0 |
ufuatiliaji wa diagnostic I/O boost |
Njia ya Kernel Executive workers:
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Executive
| Value | Type | Default/normalization | Kinachodhibiti |
|---|---|---|---|
AdditionalCriticalWorkerThreads |
REG_DWORD |
0, clamp 0..100 |
critical workers za ziada |
AdditionalDelayedWorkerThreads |
REG_DWORD |
0, clamp 0..100 |
delayed workers |
MaximumKernelWorkerThreads |
REG_DWORD |
4096, 32..16384 |
kikomo cha juu cha kernel workers |
ForceEnableMutantAutoboost |
REG_DWORD |
0 |
mutant autoboost |
WorkerThreadTimeoutInSeconds |
REG_DWORD |
600, 60..3600 |
worker timeout |
Session Manager\Kernel na Session Manager\Executive ni matawi tofauti ya usanidi. Kwa kila thamani ni muhimu njia ambayo reader ya kernel hufungua katika build hii.
DPC queue na rates
Заголовок раздела «DPC queue na rates»Kernel hutumia DpcQueueDepth, MinimumDpcRate, IdealDpcRate na AdjustDpcThreshold kudhibiti foleni na urekebishaji wa DPC processing. Defaults zilizokaguliwa 4/3/20/20 tayari zinalingana na hali ya kawaida ya Windows 11 25H2; kuandika tena namba hizi hakubadilishi chochote.
Umuhimu: vigezo hivi vinaweza kuwa muhimu wakati wa kuchanganua DPC backlog maalum, lakini bila ETW/WPR-trace kubadilisha bila kuona hakugundui sababu. Foleni kubwa inaweza kuchelewesha processing na kuongeza mkia wa ucheleweshaji.
Thread DPC na worker limits
Заголовок раздела «Thread DPC na worker limits»ThreadDpcEnable=1 huwasha threaded-DPC infrastructure, 0 hurudisha kazi kwenye DIRQL path ya kawaida na inaweza kurefusha vipindi vya interrupt-off. MaximumKernelWorkerThreads hupunguza pool ya jumla ya kernel workers. AdditionalCriticalWorkerThreads na AdditionalDelayedWorkerThreads huongezwa kwenye pools za msingi: kwenye Windows ya mteja hizi ni 5 critical na 7 delayed workers kwa mtiririko huo kabla ya override kutumika.
Threads nyingi zaidi haimaanishi latency ndogo: workers za ziada hutumia stack, scheduler time na cache resources, na foleni inaweza kuwa imepunguzwa na sehemu nyingine. AdditionalDelayedWorkerThreads=32 kwa kweli huongeza delayed workers, lakini hakuna faida ya jumla iliyopimwa.
Watchdog na timeout
Заголовок раздела «Watchdog na timeout»DpcCumulativeSoftTimeout hupunguza muda wa DPC uliokusanywa. DpcWatchdogPeriod=0 inaruhusiwa na huzima watchdog hii; thamani yoyote isiyo sifuri chini ya 2000 inakuwa 2000 ms. PassiveWatchdogTimeout hutumika tu wakati kernel debugger imewashwa, kwa hivyo kwenye mfumo wa kawaida timer hii haifanyi kazi hata kwa 300 sekunde za kawaida. WorkerThreadTimeoutInSeconds hupunguza kukwama kwa worker operation.
DpcCumulativeSoftTimeout ina kikomo cha chini cha 2000 ms na haiwezi kuzidi DpcWatchdogPeriod. Ili kupata thamani 240000, watchdog period pia lazima iwe 240000. WorkerThreadTimeoutInSeconds hurekebishwa katika safu ya 60..3600 sekunde; kuandika 0 hakuzimi timeout, bali husababisha thamani ya chini kabisa.
Kuzima timeout ya ulinzi huondoa utambuzi, lakini hakurekebishi sababu ya kuzuia. Kwa mfumo wa production, watchdog ni sehemu ya mfumo wa kugundua drivers zenye hitilafu.
Kernel Executive policy
Заголовок раздела «Kernel Executive policy»ForceEnableMutantAutoboost iko kwenye tawi Executive, na ForceIdleGracePeriod, PerfIsoEnabled, CacheIsoBitmap, SchedulerAssistThreadFlagOverride, VpThreadSystemWorkPriority na AlwaysTrackIoBoosting husomwa kutoka tawi Kernel. Tofauti hii ni muhimu: rekodi yenye jina moja kwenye subkey ya jirani haitumiki.
CacheIsoBitmap hutumika tu wakati Intel Resource Director/CAT inatumika; bila CAT thamani haitengenezi isolation. SchedulerAssistThreadFlagOverride=0 na 1 huacha kuwasha kiotomatiki, 2 hulazimisha kuzima tawi. VpThreadSystemWorkPriority inaruhusu 1..31, vinginevyo hurudishwa kwa 1; default 30, na 31 ni kikomo cha juu tu. AlwaysTrackIoBoosting=1 huwasha diagnostic allocation na stack-capture kwenye boost paths, na haishikilii I/O priority juu.
Umuhimu: bila consumer iliyothibitishwa athari kawaida haipo au ni ndogo sana kwa uamuzi wa kivitendo. Thamani kama hizi ni muhimu kama kipengele cha kernel-diagnostics tofauti, si kama seti ya jumla ya uboreshaji.
Matokeo
Заголовок раздела «Matokeo»Defaults zilizokaguliwa 4/3/20/20 zinalingana na hali ya kawaida ya Windows 11 25H2. Workers za ziada kwa default ni sifuri, kikomo cha juu cha kernel workers ni 4096 na safu 32..16384. Watchdog-параметров hurekebishwa: thamani chini ya 2000 ms inakuwa 2000, na DpcCumulativeSoftTimeout haizidi kipindi cha watchdog. Matawi Kernel na Executive hayabadilishani.
Kilichothibitishwa
Заголовок раздела «Kilichothibitishwa»- Readers na watumiaji wa vigezo katika
ntoskrnl.exeya build iliyochunguzwa. - Thamani za default na mipaka ya urekebishaji, ikiwa ni pamoja na utegemezi kati ya watchdog-параметров.
- Mgawanyo wa matawi
KernelnaExecutive: rekodi yenye jina moja kwenye subkey ya jirani haitumiki.
Kilichothibitishwa
Заголовок раздела «Kilichothibitishwa»- Athari ya kubadilisha vigezo kwenye FPS, ucheleweshaji au mwitikio.
- Faida ya kubadilisha mipaka bila tatizo lililothibitishwa la foleni ya DPC au worker.
Hitimisho la kivitendo
Заголовок раздела «Hitimisho la kivitendo»Usibadilishe vigezo hivi bila kuona: bila ETW/WPR-trace sababu ya backlog haiwezi kubainishwa. Kwa mfumo wa kazi, weka watchdog imewashwa, na tumia vigezo kwa utambuzi, si kama seti ya uboreshaji.
Kurejesha hali
Заголовок раздела «Kurejesha hali»Rudisha thamani za kawaida au futa rekodi za hiari. Vigezo vya kernel hutumika kwenye boot inayofuata ya Windows.
Vyanzo na mipaka
Заголовок раздела «Vyanzo na mipaka»Readers na consumers zilikaguliwa katika ntoskrnl.exe Windows 11 25H2 build 26200.9168. Offsets au pseudocode hazichapishwi. Vipimo vya mtumiaji wa mwisho hazikujumuishwa katika mfululizo huu.
- DPCs and threads, Microsoft Learn, ilikaguliwa 2026-09-01.
- Bug checks 0x133 DPC_WATCHDOG_VIOLATION, Microsoft Learn, ilikaguliwa 2026-09-01.
Jinsi ya kurudia sehemu ya nguvu ya uchunguzi — ona Jinsi ya kukagua mwenyewe.
Utafiti na zana zilizotumika ni mali ya msanidi wa BoosterX, kwa hivyo msanidi ana maslahi ya moja kwa moja kwenye matokeo. Mbinu na mipaka ya matumizi zimeelezwa hapo juu, na hitimisho zinaweza kukaguliwa kwa data ya wazi na vyanzo vya umma vilivyoorodheshwa.
Vyanzo vya umma vilikaguliwa: 2026-09-02.
Historia ya mabadiliko
Заголовок раздела «Historia ya mabadiliko»- 2026-09-20: sehemu ya «Matokeo» ilihamishwa hadi mahali pa lazima kabla ya «Kurejesha hali»; disclaima ya mgongano wa maslahi na kiungo cha ukaguzi wa kujitegemea wa uchunguzi wa nguvu zimeongezwa kwenye mbinu.
- 2026-09-02: uchapishaji wa kwanza; readers, defaults na clamps zilithibitishwa, mipaka ya faida ya kivitendo iliongezwa.
