SystemResponsiveness un MMCSS: ko dara vērtības 0, 10, 20 un 100

Īsā atbilde

BoosterX šis parametrs ir attēlots kā iestatījums «SystemResponsiveness». Vērtība 10 maina MMCSS rezervi, bet pārbaudītajā scenārijā priekšrocība pret 20 nav konstatēta; 100 izslēdz MMCSS.

SystemResponsiveness nav placebo. Tas ir MMCSS parametrs, ko Windows normalizē un piemēro ielādes laikā. Pētītajā Windows 11 vērtība 0 deva to pašu efektīvo stāvokli 20, savukārt 10 mainīja MMCSS stāvokli, bet sintētiskajā plānotāja testā neuzrādīja priekšrocību pret 20.

Vērtība 100 izslēdza MMCSS. Pavediena reģistrācija netika veikta, pavediens nesaņēma prioritātes paaugstināšanu, un sintētiskā plānošanas workload p99 aizture pieauga aptuveni par 11-12 ms attiecībā pret 20. Šāds rezultāts nenozīmē, ka Windows kopumā kļuva par 60% lēnāka, un nepierāda FPS, input latency vai reālas skaņas pasliktināšanos.

Saistītie BoosterX iestatījumi

Praktiskā iestatījuma lapa: «CPU rezerve fona uzdevumiem».

Pārbaudāmais apgalvojums

Pētījums pārbaudīja trīs atsevišķus apgalvojumus:

1. Vai 0, 10, 20, 100 un trūkstošā vērtība maina faktisko MMCSS stāvokli pēc ielādes.
2. Vai 10 dod praktiski nozīmīgu priekšrocību pret 20 pēc sintētiskā MMCSS workload p99 aiztures pie pilnas CPU noslodzes.
3. Vai rezultāts pie izslēgta MMCSS izskaidrojams ar reģistrētā pavediena prioritātes paaugstināšanas zudumu.

Pat apstiprināta mehānisma un sintētiskās metrikas izmaiņa nepierāda ietekmi uz lietotāja aizturi, skaņu vai spēles veiktspēju.

Pētījuma apjoms

• Windows 11 Pro 25H2 x64, build 26200.9168.
• VMware VM: 4 vCPU, 8 GB RAM, barošanas plāns Balanced.
• Galvenie stāvokļi: trūkstoša vērtība, 0, 10, 20 un 100.
• Papildu robežu pārbaude: 1, 9, 11, 19, 21, 99, 101 un 0xFFFFFFFF.
• Rezultāts attiecas uz vienu virtuālo mašīnu un vienu Windows build.

Build apstiprina Microsoft Support atjauninājuma lapa KB5121003.

Ko dokumentē Microsoft

Microsoft apraksta MMCSS kā mehānismu, kas ļauj time-sensitive multimedia workload iegūt prioritāru piekļuvi CPU, pilnībā neizspiežot zemākas prioritātes darbu. Parametrs SystemResponsiveness tiek glabāts HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile.

MMCSS dokumentācijā norādīts:

• vērtības, kas nav reizināmas ar 10, tiek noapaļotas uz leju līdz tuvākajam desmitam;
• vērtības zem 10 un virs 100 tiek pielīdzinātas 20;
• vērtība 100 izslēdz MMCSS;
• Games, Audio, Playback un citi profili ir MMCSS uzdevumi.

Lietojumprogramma saista pašreizējo pavedienu ar uzdevumu caur AvSetMmThreadCharacteristics, maina relatīvo prioritāti caur AvSetMmThreadPriority un noņem reģistrāciju caur AvRevertMmThreadCharacteristics.

Dokumentācija nenosaka trūkstoša Registry value uzvedību. Tā rezultāts turpmāk ir novērojums tikai pārbaudītajam build.

Metodika

Galvenā metrika - periodiska darba palaišanas p99 aizture profilā Games pie pilnas četru vCPU noslodzes. Viens neatkarīgs palaidums atbilda vienam stāvoklim pēc atsevišķas Windows ielādes. Katrā palaidumā tika izpildīti 2500 periodi, bet tie netika uzskatīti par neatkarīgiem atkārtojumiem.

Katram stāvoklim tika veiktas divas sērijas pa 10 ielādēm. Stāvokļu secība tika balansēta, izlecošās vērtības netika dzēstas. Praktiski nozīmīgais slieksnis tika iepriekš noteikts 1.784 ms līmenī. Atšķirībai ar stāvokli 20 izmantots pāru bootstrap 95% CI.

Sērijas parādītas atsevišķi: otrajā sērijā darbojās papildu validation-only ETW sesija, kuras nebija pirmajā. Tā nebija galvenās metrikas avots, bet otrais bloks izrādījās trokšņaināks, tāpēc apvienotais skaitlis no 20 palaidumiem varētu slēpt datu neviendabīgumu.

Atsevišķa mehānisma pārbaude ietvēra pa četrām ielādēm 10, 20, 100 un trūkstošajai vērtībai. Viens un tas pats pavediens tika mērīts pirms MMCSS reģistrācijas mēģinājuma, pēc tā un pēc cleanup. Tika pārbaudīts reģistrācijas rezultāts, Win32 thread priority un faktiskā plānotāja prioritāte pēc ETW. Visi 16 galvenie palaidumi pieņemti; šajā sērijā nebija pazaudētu ETW events vai buffers. Infrastruktūras piloti rezultātos netika iekļauti.

Rezultāti

Kā Windows apstrādāja vērtības

Ierakstīts	Novērotais stāvoklis pēc ielādes	Rezultāts
trūkst	MMCSS apturēts, reģistrācija nav veikta, API atgrieza 100	atsevišķs novērojums šim build
0, 1, 9	API atgrieza 20, MMCSS darbojas	normalizēts līdz 20
10	API atgrieza 10, MMCSS darbojas	vērtība tiek izmantota
11, 19	API atgrieza 10, MMCSS darbojas	noapaļots uz leju
20	API atgrieza 20, MMCSS darbojas	vērtība tiek izmantota
21	API atgrieza 20, MMCSS darbojas	noapaļots uz leju
99	API atgrieza 90, MMCSS darbojas	noapaļots uz leju
100	MMCSS apturēts, reģistrācija nav veikta	dokumentēta izslēgšana
101, 0xFFFFFFFF	API atgrieza 20, MMCSS darbojas	normalizēts līdz 20

Skaitliskajām vērtībām kartē sakrita ar Microsoft dokumentāciju. Pie trūkstoša value skaitlis 100 atgriezās bez derīgas MMCSS reģistrācijas, tāpēc tas norādīts kā API fallback, nevis kā vaicājuma rezultāts uz darbojošos MMCSS. Izslēgtais stāvoklis šajā build tika apstiprināts atsevišķi pēc pakalpojuma un reģistrācijas, bet to nevar automātiski attiecināt uz citām Windows versijām.

Uzticama jaunā stāvokļa piemērošana tika novērota pēc pārstartēšanas. Registry izmaiņa nemainīja jau atvērta MMCSS handle vai jauna procesa stāvokli pašreizējā ielādē. Neveiksmīgs pakalpojuma apturēšanas un palaišanas mēģinājums netiek uzskatīts par atbalstītu piemērošanas veidu.

Sintētiskās aiztures p99

Pozitīva atšķirība nozīmē augstāku, tas ir, sliktāku, p99 aizturi attiecībā pret 20.

Salīdzinājums ar 20	Sērija 1, atšķirība un 95% CI	Sērija 2, atšķirība un 95% CI	Secinājums
10	+0.625 ms [-1.111; +2.474]	+0.975 ms [-3.579; +5.613]	priekšrocība nav konstatēta; ekvivalence nav pierādīta
0	+1.267 ms [-0.014; +2.564]	-1.902 ms [-4.681; +0.718]	rezultāts nenoteikts un atšķiras pēc virziena
100	+10.812 ms [+8.787; +12.915]	+12.074 ms [+9.669; +14.127]	praktiski nozīmīgs kaitējums sintētiskajā proxy
trūkst	+11.640 ms [+9.690; +13.480]	+12.494 ms [+9.303; +16.208]	praktiski nozīmīgs kaitējums sintētiskajā proxy

10 neuzrādīja praktiski nozīmīgu priekšrocību pret 20 nevienā sērijā. Otrās sērijas platais intervāls pieļauj gan labumu, gan kaitējumu, tāpēc rezultātu nevar saukt par ekvivalences pierādījumu.

Kas mainījās, izslēdzot MMCSS

Stāvoklis	Reģistrācija	MMCSS stāvoklis	Viena pavediena Win32 priority	Viena pavediena ETW priority
20	4/4	darbojas	0 -> 10 -> 0	8 -> 18 -> 8
10	4/4	darbojas	0 -> 10 -> 0	8 -> 18 -> 8
100	0/4	apturēts	0 -> 0 -> 0	8 -> 8 -> 8
trūkst	0/4	apturēts	0 -> 0 -> 0	8 -> 8 -> 8

Secība pēdējās divās kolonnās nozīmē stāvokli pirms reģistrācijas, pēc reģistrācijas mēģinājuma un pēc cleanup. Process priority class nemainījās.

Tas tieši apstiprina vienu sintētiskās metrikas pasliktināšanās cēloni: pie izslēgta MMCSS testa pavediens turpināja to pašu darbu, bet nesaņēma prioritātes paaugstināšanu. Atsevišķs CPU quota un citu resursu uzskaites noteikumu ieguldījums nav izolēts.

100 un trūkstošā vērtība sakrita pēc pakalpojuma stāvokļa, reģistrācijas rezultāta un pavediena prioritātes. Tas nepierāda to pilnīgu ekvivalenci visos iekšējos un lietotāja scenārijos.

Kas apstiprināts

• SystemResponsiveness maina novēroto MMCSS stāvokli pēc Windows ielādes.
• 0 nerada efektīvo stāvokli 0, bet tiek normalizēts līdz 20.
• 10 un 20 pieļauj pavediena reģistrāciju un šajā testā dod vienādu tā prioritātes pāreju.
• Praktiski nozīmīga 10 priekšrocība pret 20 pēc izvēlētās p99 metrikas nav konstatēta.
• 100 izslēdz MMCSS; pārbaudītajā build tas pats stāvoklis tika novērots pie trūkstošas value.
• Pie izslēgta MMCSS testa pavediens nesaņēma prioritātes paaugstināšanu, un sintētiskā p99 aizture pasliktinājās abās sērijās.

Kas nav apstiprināts

• Ka 10 un 20 ir ekvivalenti visiem MMCSS workload.
• Ka 10 paaugstina FPS, samazina input latency vai uzlabo skaņu.
• Ka 100 obligāti izraisa audio glitches, desinhronizāciju vai problēmas konkrētā spēlē.
• Ka novērojums trūkstošajai value atkārtojas citā Windows build.
• Ka iegūtās milisekundes ir fiziska end-to-end latency.
• Ka virtuālās mašīnas rezultāts attiecināms uz fizisku PC.

Ierobežojumi

Pētījums veikts vienā VMware VM un vienā Windows build. Sintētiskais profils Games rada kontrolētu konkurenci par CPU, bet neatveido spēles dzinēju, audio draiveri, reālu input pipeline vai display scanout.

Otrajā sērijā papildu ETW sesija tika izmantota tikai validācijai, bet varēja mainīt kopējo trokšņa līmeni. Tāpēc abas sērijas nav apvienotas vienā novērtējumā. Mehānisma pārbaude parāda prioritātes paaugstināšanas zudumu, bet neatdala iespējamo MMCSS quota un accounting policy ieguldījumu.

Fizisks audiotests, FPS, frametime, click-to-photon un input latency netika mērīti. Neatkarīga atkārtošana citā mašīnā vai build vēl nav veikta.

Praktiskais secinājums

Neizmantojiet 0 kā veidu, kā iestatīt «nulles rezervi»: Windows to pielīdzina 20. Neuzskatiet 10 par pierādīti labāko universālo vērtību: šajā VM priekšrocība pret 20 nav konstatēta.

Neizmantojiet 100 un nedzēsiet vērtību, lai «izslēgtu ierobežojumus». Pārbaudītajā vidē tas izslēdza MMCSS, atņēma pavedienam prioritātes paaugstināšanu un ievērojami pasliktināja sintētisko p99 aizturi. Bez atsevišķa fiziska testa šo secinājumu nevar pārvērst precīzā FPS vai skaņas prognozē.

Parastai sistēmai drošais secinājums ir ierobežots ar Windows standarta stāvokļa saglabāšanu. Izmaiņas ir pamatotas tikai ar iepriekš izvēlētu lietotāja metriku, atkārtotiem pāru mērījumiem un apstiprinātu atgriešanu.

Stāvokļa atjaunošana

Īss lietotāja ieteikums un precīzais reģistra stāvoklis publicēti lapā «SystemResponsiveness».

Pēc katras eksperimentālās fāzes VM tika atgriezta aizsargātajā sākotnējā stāvoklī. Kontroles ielāde apstiprināja Registry value 20, darbojošos MMCSS, aktīvas tracēšanas neesamību un testa procesu pabeigšanu. Pēc pārbaudes veikta atkārtota atgriešana, VM atstāta izslēgta.

Publiski primārie avoti

• Multimedia Class Scheduler Service, Microsoft Learn - MMCSS mērķis, SystemResponsiveness, noapaļošana un izslēgšana pie 100.
• AvSetMmThreadCharacteristicsW, Microsoft Learn - pašreizējā pavediena reģistrācija MMCSS uzdevumā.
• AvSetMmThreadPriority, Microsoft Learn - reģistrētā pavediena relatīvā prioritāte.
• AvRevertMmThreadCharacteristics, Microsoft Learn - pavediena reģistrācijas pabeigšana.
• KB5121003, Microsoft Support - Windows 11 build 26200.9168.

Publiskie avoti un formulējumi pārbaudīti: 2026-08-25.

Pētījums un izmantotie rīki pieder BoosterX izstrādātājam, tāpēc izstrādātājam ir tieša interese par rezultātiem. Metodika un piemērojamības robežas aprakstītas iepriekš, un secinājumus var pārbaudīt pēc atklātajiem datiem un uzskaitītajiem publiskajiem avotiem. Parametra klātbūtne produktā netika izmantota kā pierādījums; nenoteiktais rezultāts 10 un negatīvais MMCSS izslēgšanas rezultāts saglabāti bez atlases.

BoosterX Wiki ir neatkarīga publikācija un nav saistīta, autorizēta, sponsorēta vai apstiprināta ar Microsoft Corporation.

Izmaiņu vēsture

• 2026-09-20: interešu konflikta atruna pastiprināta līdz pilnam formulējumam ar pētījuma un rīku piederību.
• 2026-08-25: pirmā publikācija; pievienotas divas atsevišķas p99 sērijas, pavediena prioritātes pārbaude, robežas audio un spēlēm, kā arī apstiprināta stāvokļa atjaunošana.