SystemResponsiveness na MMCSS: nini maana ya thamani 0, 10, 20 na 100

Jibu fupi

Katika BoosterX kigezo hiki kinawakilishwa na mipangilio «SystemResponsiveness». Thamani 10 hubadilisha akiba ya MMCSS, lakini faida juu ya 20 katika hali iliyojaribiwa haijathibitishwa; 100 huzima MMCSS.

SystemResponsiveness si placebo. Ni kigezo cha MMCSS ambacho Windows husawazisha na kutumia wakati wa kupakia. Katika Windows 11 iliyochunguzwa thamani 0 ilitoa hali ile ile yenye matokeo 20, na 10 ilibadilisha hali ya MMCSS, lakini haikuonyesha faida juu ya 20 katika jaribio la sintetiki la kipanga ratiba.

Thamani 100 ilizima MMCSS. Usajili wa thread haukufanyika, thread haikupata nyongeza ya kipaumbele, na p99 ya ucheleweshaji wa workload ya sintetiki ya upangaji iliongezeka takriban 11-12 ms ikilinganishwa na 20. Matokeo kama haya hayamaanishi kwamba Windows kwa ujumla imekuwa polepole kwa 60%, na hayathibitishi kuzorota kwa FPS, input latency au sauti halisi.

Mipangilio inayohusiana ya BoosterX

Ukurasa wa kivitendo wa mipangilio: «Akiba ya CPU kwa kazi za chinichini».

Dai linalothibitishwa

Utafiti ulithibitisha madai matatu tofauti:

1. Je, 0, 10, 20, 100 na thamani isiyopo hubadilisha hali halisi ya MMCSS baada ya kupakia.
2. Je, 10 hutoa faida yenye maana ya kivitendo juu ya 20 kwa p99 ya ucheleweshaji wa workload ya sintetiki ya MMCSS wakati CPU imejaa kazi.
3. Je, matokeo wakati MMCSS imezimwa yanaelezewa na kupotea kwa nyongeza ya kipaumbele kwa thread iliyosajiliwa.

Hata mabadiliko yaliyothibitishwa ya utaratibu na kipimo cha sintetiki hayathibitishi athari kwa ucheleweshaji wa mtumiaji, sauti au utendaji wa mchezo.

Wigo wa utafiti

• Windows 11 Pro 25H2 x64, build 26200.9168.
• VMware VM: 4 vCPU, 8 GB RAM, mpango wa nishati Balanced.
• Hali kuu: thamani isiyopo, 0, 10, 20 na 100.
• Ukaguzi wa ziada wa mipaka: 1, 9, 11, 19, 21, 99, 101 na 0xFFFFFFFF.
• Matokeo yanahusu mashine moja pepe na build moja ya Windows.

Build inathibitishwa na ukurasa wa sasisho KB5121003 wa Microsoft Support.

Kile Microsoft inachoandika

Microsoft inaelezea MMCSS kama utaratibu unaoruhusu time-sensitive multimedia workload kupata ufikiaji wa kipaumbele wa CPU bila kuondoa kabisa kazi za kipaumbele cha chini. Kigezo SystemResponsiveness huhifadhiwa katika HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile.

Katika nyaraka za MMCSS imeelezwa:

• thamani zisizogawanyika kwa 10 huzungushwa chini hadi kumi lililo karibu;
• thamani chini ya 10 na juu ya 100 hurekebishwa hadi 20;
• thamani 100 huzima MMCSS;
• Games, Audio, Playback na profaili nyingine ni kazi za MMCSS.

Programu huunganisha thread ya sasa na kazi kupitia AvSetMmThreadCharacteristics, hubadilisha kipaumbele linganifu kupitia AvSetMmThreadPriority na huondoa usajili kupitia AvRevertMmThreadCharacteristics.

Nyaraka hazibainishi tabia ya Registry value isiyopo. Matokeo yake hapa chini ni uchunguzi wa build iliyojaribiwa pekee.

Mbinu

Kipimo kikuu ni p99 ya ucheleweshaji wa kuanza kazi ya mara kwa mara katika profaili Games wakati vCPU nne zimejaa kazi. Uendeshaji mmoja huru ulilingana na hali moja baada ya kupakia Windows kando. Ndani ya kila uendeshaji kulikuwa na vipindi 2500, lakini havikuhesabiwa kama marudio huru.

Kwa kila hali kulifanyika mfululizo mawili ya kupakia 10 kila mmoja. Mpangilio wa hali ulisawazishwa, thamani za nje hazikuondolewa. Kizingiti chenye maana ya kivitendo kiliwekwa mapema katika kiwango cha 1.784 ms. Kwa tofauti na hali 20 ilitumika paired bootstrap 95% CI.

Mfululizo unaonyeshwa kando: katika mfululizo wa pili kulikuwa na kikao cha ziada cha ETW cha uthibitishaji pekee, ambacho hakikuwepo katika wa kwanza. Haikuwa chanzo cha kipimo kikuu, lakini kipande cha pili kilikuwa na kelele zaidi, hivyo idadi iliyounganishwa ya uendeshaji 20 ingeweza kuficha kutofautiana kwa data.

Ukaguzi tofauti wa utaratibu ulijumuisha kupakia nne kwa 10, 20, 100 na thamani isiyopo. Thread ile ile ilipimwa kabla ya jaribio la usajili wa MMCSS, baada yake na baada ya cleanup. Ilikaguliwa matokeo ya usajili, Win32 thread priority na kipaumbele halisi cha kipanga ratiba kwa ETW. Uendeshaji wote 16 mkuu ulikubaliwa; hakuna ETW events au buffers zilizopotea katika mfululizo huu. Pilots za miundombinu hazikujumuishwa katika matokeo.

Matokeo

Jinsi Windows ilivyoshughulikia thamani

Iliyoandikwa	Hali iliyoonekana baada ya kupakia	Matokeo
haipo	MMCSS imesimamishwa, usajili haukufanyika, API ilirudisha 100	uchunguzi tofauti kwa build hii
0, 1, 9	API ilirudisha 20, MMCSS inafanya kazi	imesawazishwa hadi 20
10	API ilirudisha 10, MMCSS inafanya kazi	thamani inatumika
11, 19	API ilirudisha 10, MMCSS inafanya kazi	imezungushwa chini
20	API ilirudisha 20, MMCSS inafanya kazi	thamani inatumika
21	API ilirudisha 20, MMCSS inafanya kazi	imezungushwa chini
99	API ilirudisha 90, MMCSS inafanya kazi	imezungushwa chini
100	MMCSS imesimamishwa, usajili haukufanyika	kuzima kuliandikwa
101, 0xFFFFFFFF	API ilirudisha 20, MMCSS inafanya kazi	imesawazishwa hadi 20

Kwa thamani za nambari ramani ililingana na nyaraka za Microsoft. Kwa value isiyopo nambari 100 ilirudishwa bila usajili halali wa MMCSS, hivyo imeonyeshwa kama API fallback, na si kama matokeo ya ombi kwa MMCSS inayofanya kazi. Hali ya kuzimwa katika build hii ilithibitishwa kando kwa service na usajili, lakini haiwezi kuhamishwa kiotomatiki kwa matoleo mengine ya Windows.

Utumiaji wa kuaminika wa hali mpya ulionekana baada ya kuwasha upya. Kubadilisha Registry hakukubadilisha hali ya MMCSS handle iliyofunguliwa tayari au mchakato mpya katika upakiaji wa sasa. Jaribio lisilofanikiwa la kusimamisha na kuanzisha service halihesabiwi kama njia inayotumika.

p99 ya ucheleweshaji wa sintetiki

Tofauti chanya inamaanisha p99 ya ucheleweshaji iliyo juu zaidi, yaani mbaya zaidi, ikilinganishwa na 20.

Ulinganisho na 20	Mfululizo 1, tofauti na 95% CI	Mfululizo 2, tofauti na 95% CI	Hitimisho
10	+0.625 ms [-1.111; +2.474]	+0.975 ms [-3.579; +5.613]	faida haijathibitishwa; usawa haujathibitishwa
0	+1.267 ms [-0.014; +2.564]	-1.902 ms [-4.681; +0.718]	matokeo hayajabainika na yanatofautiana kwa mwelekeo
100	+10.812 ms [+8.787; +12.915]	+12.074 ms [+9.669; +14.127]	madhara yenye maana ya kivitendo katika proxy ya sintetiki
haipo	+11.640 ms [+9.690; +13.480]	+12.494 ms [+9.303; +16.208]	madhara yenye maana ya kivitendo katika proxy ya sintetiki

10 haikuonyesha faida yenye maana ya kivitendo juu ya 20 katika mfululizo wowote. Muda mpana wa mfululizo wa pili unaruhusu faida na madhara, hivyo matokeo hayawezi kuitwa uthibitisho wa usawa.

Kile kilichobadilika wakati MMCSS ilizimwa

Hali	Usajili	Hali ya MMCSS	Win32 priority ya thread moja	ETW priority ya thread moja
20	4/4	inafanya kazi	0 -> 10 -> 0	8 -> 18 -> 8
10	4/4	inafanya kazi	0 -> 10 -> 0	8 -> 18 -> 8
100	0/4	imesimamishwa	0 -> 0 -> 0	8 -> 8 -> 8
haipo	0/4	imesimamishwa	0 -> 0 -> 0	8 -> 8 -> 8

Mfululizo katika safu mbili za mwisho unamaanisha hali kabla ya usajili, baada ya jaribio la usajili na baada ya cleanup. Process priority class haikubadilika.

Hii inathibitisha moja kwa moja sababu moja ya kuzorota kwa kipimo cha sintetiki: wakati MMCSS ilizimwa thread ya jaribio iliendelea kazi ile ile, lakini haikupata nyongeza ya kipaumbele. Mchango tofauti wa CPU quota na kanuni nyingine za uhasibu wa rasilimali haukutenganishwa.

100 na thamani isiyopo zililingana kwa hali ya service, matokeo ya usajili na kipaumbele cha thread. Hii haithibitishi usawa wao kamili katika hali zote za ndani na za mtumiaji.

Kilichothibitishwa

• SystemResponsiveness hubadilisha hali inayoonekana ya MMCSS baada ya kupakia Windows.
• 0 haitengenezi hali yenye matokeo 0, bali inasawazishwa hadi 20.
• 10 na 20 huruhusu usajili wa thread na katika jaribio hili hutoa mabadiliko sawa ya kipaumbele chake.
• Faida yenye maana ya kivitendo ya 10 juu ya 20 kwa kipimo kilichochaguliwa cha p99 haijathibitishwa.
• 100 huzima MMCSS; katika build iliyojaribiwa hali ile ile ilionekana kwa value isiyopo.
• Kwa MMCSS iliyozimwa thread ya jaribio haikupata nyongeza ya kipaumbele, na p99 ya ucheleweshaji wa sintetiki ilizorota katika mfululizo wote mawili.

Kilichothibitishwa

• Kwamba 10 na 20 ni sawa kwa MMCSS workload zote.
• Kwamba 10 huongeza FPS, hupunguza input latency au huboresha sauti.
• Kwamba 100 husababisha audio glitches, kutokwenda sawa au matatizo katika mchezo mahususi.
• Kwamba uchunguzi kwa value isiyopo unajirudia kwenye build nyingine ya Windows.
• Kwamba milliseconds zilizopatikana ni end-to-end latency ya kimwili.
• Kwamba matokeo ya mashine pepe yanahamishwa kwa PC halisi.

Mipaka

Utafiti ulifanyika kwenye VMware VM moja na build moja ya Windows. Profaili ya sintetiki Games hutengeneza ushindani unaodhibitiwa wa CPU, lakini haitoi mfano wa injini ya mchezo, kiendeshi cha sauti, input pipeline halisi au display scanout.

Katika mfululizo wa pili kikao cha ziada cha ETW kilitumika kwa uthibitishaji pekee, lakini kingeweza kubadilisha kiwango cha jumla cha kelele. Kwa hiyo mfululizo huo haukuunganishwa katika tathmini moja. Ukaguzi wa utaratibu unaonyesha kupotea kwa nyongeza ya kipaumbele, lakini hautenganishi mchango unaowezekana wa MMCSS quota na accounting policy.

Jaribio la sauti la kimwili, FPS, frametime, click-to-photon na input latency hazikupimwa. Marudio huru kwenye mashine au build nyingine bado hayapo.

Hitimisho la kivitendo

Usitumie 0 kama njia ya kuweka «akiba ya sifuri»: Windows inaisawazisha hadi 20. Usichukulie 10 kama thamani bora ya jumla iliyothibitishwa: katika VM hii faida juu ya 20 haijathibitishwa.

Usitumie 100 na usiondoe value kwa ajili ya «kuzima mipaka». Katika mazingira yaliyojaribiwa hii ilizima MMCSS, ilinyima thread nyongeza ya kipaumbele na ilizorotesha kwa kiasi kikubwa p99 ya ucheleweshaji wa sintetiki. Bila jaribio tofauti la kimwili hitimisho hili haliwezi kubadilishwa kuwa utabiri sahihi wa FPS au sauti.

Kwa mfumo wa kawaida hitimisho salama limefinikwa katika kuhifadhi hali ya kawaida ya Windows. Mabadiliko yanahalalishwa tu kwa kipimo cha mtumiaji kilichochaguliwa mapema, vipimo vya mara kwa mara vya jozi na urejeshaji uliothibitishwa.

Kurejesha hali

Pendekezo fupi la mtumiaji na hali sahihi ya rejista zimechapishwa kwenye ukurasa «SystemResponsiveness».

Baada ya kila awamu ya majaribio VM ilirejeshwa kwa hali ya awali iliyolindwa. Upakiaji wa udhibiti ulithibitisha Registry value 20, MMCSS inayofanya kazi, kutokuwepo kwa ufuatiliaji unaoendelea na kukamilika kwa michakato ya majaribio. Baada ya ukaguzi ulifanyika urejeshaji wa mara ya pili, VM iliachwa imezimwa.

Vyanzo vya msingi vya umma

• Multimedia Class Scheduler Service, Microsoft Learn - madhumuni ya MMCSS, SystemResponsiveness, kuzungusha na kuzima kwa 100.
• AvSetMmThreadCharacteristicsW, Microsoft Learn - usajili wa thread ya sasa katika kazi ya MMCSS.
• AvSetMmThreadPriority, Microsoft Learn - kipaumbele linganifu cha thread iliyosajiliwa.
• AvRevertMmThreadCharacteristics, Microsoft Learn - kukamilisha usajili wa thread.
• KB5121003, Microsoft Support - Windows 11 build 26200.9168.

Vyanzo vya umma na maneno yalikaguliwa: 2026-08-25.

Utafiti na zana zilizotumika ni mali ya msanidi wa BoosterX, hivyo msanidi ana maslahi ya moja kwa moja katika matokeo. Mbinu na mipaka ya matumizi zimeelezwa hapo juu, na hitimisho zinaweza kukaguliwa kwa data ya wazi na vyanzo vya umma vilivyoorodheshwa. Kuwepo kwa kigezo katika bidhaa hakukutumika kama uthibitisho; matokeo yasiyobainika kwa 10 na matokeo hasi ya kuzima MMCSS yamehifadhiwa bila kuchagua.

BoosterX Wiki ni chapisho huru na haihusiani, haijaidhinishwa, haifadhiliwi na haikubaliwi na Microsoft Corporation.

Historia ya mabadiliko

• 2026-09-20: kanusho la mgongano wa maslahi limeimarishwa hadi maneno kamili yenye umiliki wa utafiti na zana.
• 2026-08-25: chapisho la kwanza; limeongezwa mfululizo mawili tofauti ya p99, ukaguzi wa kipaumbele cha thread, mipaka kwa sauti na michezo, pamoja na urejeshaji wa hali uliothibitishwa.