SystemResponsiveness ve MMCSS: 0, 10, 20 ve 100 değerleri ne yapar

Kısa yanıt

BoosterX’te bu parametre «SystemResponsiveness» ayarı olarak sunulur. 10 değeri MMCSS rezervini değiştirir, ancak test edilen senaryoda 20 karşısında bir avantaj tespit edilmemiştir; 100 MMCSS’i devre dışı bırakır.

SystemResponsiveness plasebo değildir. Bu, Windows’un önyükleme sırasında normalleştirdiği ve uyguladığı bir MMCSS parametresidir. İncelenen Windows 11’de 0 değeri aynı etkin 20 durumunu üretti ve 10 MMCSS durumunu değiştirdi, ancak sentetik zamanlayıcı testinde 20 karşısında bir avantaj göstermedi.

100 değeri MMCSS’i devre dışı bıraktı. İş parçacığı kaydı yapılmadı, iş parçacığı öncelik yükseltmesi almadı ve sentetik zamanlama workload’unun p99 gecikmesi 20 değerine kıyasla yaklaşık 11-12 ms arttı. Bu sonuç, Windows’un genel olarak %60 yavaşladığı anlamına gelmez ve FPS, input latency veya gerçek sesin kötüleştiğini kanıtlamaz.

İlgili BoosterX ayarları

Pratik ayar sayfası: «Arka plan görevleri için CPU rezervi».

Doğrulanabilir iddia

Araştırma üç ayrı iddiayı test etti:

1. 0, 10, 20, 100 ve eksik değerin önyükleme sonrasında MMCSS’in gerçek durumunu değiştirip değiştirmediğini.
2. 10 değerinin, tam CPU yükü altında sentetik MMCSS workload’unun p99 gecikmesi açısından 20 karşısında pratik olarak anlamlı bir avantaj sağlayıp sağlamadığını.
3. MMCSS devre dışıyken sonucun, kayıtlı iş parçacığının öncelik yükseltmesini kaybetmesiyle açıklanıp açıklanmadığını.

Mekanizmanın ve sentetik metriğin doğrulanmış değişimi bile kullanıcı gecikmesi, ses veya oyun performansı üzerindeki etkiyi kanıtlamaz.

Araştırma kapsamı

• Windows 11 Pro 25H2 x64, build 26200.9168.
• VMware VM: 4 vCPU, 8 GB RAM, Balanced güç planı.
• Ana durumlar: eksik değer, 0, 10, 20 ve 100.
• Ek sınır kontrolü: 1, 9, 11, 19, 21, 99, 101 ve 0xFFFFFFFF.
• Sonuç tek bir sanal makine ve tek bir Windows derlemesi için geçerlidir.

Derleme, Microsoft Support’un KB5121003 güncelleme sayfasıyla doğrulanmaktadır.

Microsoft neyi belgeliyor

Microsoft, MMCSS’i time-sensitive multimedia workload’un daha düşük öncelikli işi tamamen dışlamadan CPU’ya öncelikli erişim elde etmesini sağlayan bir mekanizma olarak tanımlar. SystemResponsiveness parametresi HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile içinde saklanır.

MMCSS belgelerinde şunlar belirtilir:

• 10’un katı olmayan değerler en yakın onluğa aşağı yuvarlanır;
• 10’un altındaki ve 100’ün üzerindeki değerler 20’ye getirilir;
• 100 değeri MMCSS’i devre dışı bırakır;
• Games, Audio, Playback ve diğer profiller MMCSS görevleridir.

Uygulama, geçerli iş parçacığını AvSetMmThreadCharacteristics aracılığıyla bir göreve bağlar, göreli önceliği AvSetMmThreadPriority aracılığıyla değiştirir ve kaydı AvRevertMmThreadCharacteristics aracılığıyla kaldırır.

Belgeler, eksik Registry value’nun davranışını tanımlamaz. Aşağıdaki sonucu yalnızca test edilen derleme için bir gözlemdir.

Yöntem

Ana metrik, dört vCPU’nun tam yükü altında Games profilinde periyodik işin başlatılmasına ilişkin p99 gecikmesidir. Bir bağımsız çalıştırma, ayrı bir Windows önyüklemesi sonrasındaki bir duruma karşılık geldi. Her çalıştırma içinde 2500 periyot yürütüldü, ancak bunlar bağımsız tekrarlar olarak sayılmadı.

Her durum için 10 önyüklemeden oluşan iki seri gerçekleştirildi. Durumların sırası dengelendi, aykırı değerler çıkarılmadı. Pratik olarak anlamlı eşik önceden 1.784 ms düzeyinde belirlendi. 20 durumuyla fark için eşleştirilmiş bootstrap %95 CI kullanıldı.

Seriler ayrı ayrı gösterildi: ikinci seride, birincide olmayan ek bir validation-only ETW oturumu çalışıyordu. Bu, ana metriğin kaynağı değildi, ancak ikinci blok daha gürültülü çıktı, bu nedenle 20 çalıştırmadan oluşan birleşik sayı verilerdeki homojensizliği gizleyebilirdi.

Ayrı mekanizma kontrolü 10, 20, 100 ve eksik değer için dörder önyükleme içeriyordu. Aynı iş parçacığı MMCSS kaydı denemesinden önce, sonra ve cleanup sonrasında ölçüldü. Kayıt sonucu, Win32 thread priority ve ETW’ye göre gerçek zamanlayıcı önceliği kontrol edildi. 16 ana çalıştırmanın tamamı kabul edildi; bu seride kayıp ETW events veya buffers olmadı. Altyapı pilotları sonuçlara dahil edilmedi.

Sonuçlar

Windows değerleri nasıl işledi

Yazılan	Önyükleme sonrası gözlenen durum	Sonuç
eksik	MMCSS durduruldu, kayıt yapılmadı, API 100 döndürdü	bu derleme için ayrı gözlem
0, 1, 9	API 20 döndürdü, MMCSS çalışıyor	20’ye normalleştirildi
10	API 10 döndürdü, MMCSS çalışıyor	değer kullanılıyor
11, 19	API 10 döndürdü, MMCSS çalışıyor	aşağı yuvarlandı
20	API 20 döndürdü, MMCSS çalışıyor	değer kullanılıyor
21	API 20 döndürdü, MMCSS çalışıyor	aşağı yuvarlandı
99	API 90 döndürdü, MMCSS çalışıyor	aşağı yuvarlandı
100	MMCSS durduruldu, kayıt yapılmadı	belgelenmiş devre dışı bırakma
101, 0xFFFFFFFF	API 20 döndürdü, MMCSS çalışıyor	20’ye normalleştirildi

Sayısal değerler için eşleme Microsoft belgeleriyle uyuştu. Eksik value durumunda 100 sayısı geçerli bir MMCSS kaydı olmadan döndü, bu nedenle çalışan bir MMCSS’e yapılan sorgunun sonucu olarak değil, API fallback olarak belirtilmiştir. Bu derlemedeki devre dışı durumu hizmet ve kayıt üzerinden ayrıca doğrulandı, ancak bu diğer Windows sürümlerine otomatik olarak taşınamaz.

Yeni durumun güvenilir şekilde uygulanması yeniden başlatma sonrasında gözlendi. Registry değişikliği, hâlihazırda açık bir MMCSS handle’ını veya geçerli önyüklemedeki yeni bir süreci değiştirmedi. Hizmeti durdurup başlatmaya yönelik başarısız deneme, desteklenen bir uygulama yöntemi olarak sayılmaz.

Sentetik gecikmenin p99 değeri

Pozitif fark, 20 değerine kıyasla daha yüksek, yani daha kötü, p99 gecikmesi anlamına gelir.

20 ile karşılaştırma	Seri 1, fark ve %95 CI	Seri 2, fark ve %95 CI	Sonuç
10	+0.625 ms [-1.111; +2.474]	+0.975 ms [-3.579; +5.613]	avantaj tespit edilmedi; denklik kanıtlanmadı
0	+1.267 ms [-0.014; +2.564]	-1.902 ms [-4.681; +0.718]	sonuç belirsiz ve yön açısından farklılık gösteriyor
100	+10.812 ms [+8.787; +12.915]	+12.074 ms [+9.669; +14.127]	sentetik proxy’de pratik olarak anlamlı zarar
eksik	+11.640 ms [+9.690; +13.480]	+12.494 ms [+9.303; +16.208]	sentetik proxy’de pratik olarak anlamlı zarar

10 hiçbir seride 20 karşısında pratik olarak anlamlı bir avantaj göstermedi. İkinci serinin geniş aralığı hem faydaya hem zarara izin verir, bu nedenle sonuç denklik kanıtı olarak adlandırılamaz.

MMCSS devre dışı bırakıldığında ne değişti

Durum	Kayıt	MMCSS durumu	Tek bir iş parçacığının Win32 priority değeri	Tek bir iş parçacığının ETW priority değeri
20	4/4	çalışıyor	0 -> 10 -> 0	8 -> 18 -> 8
10	4/4	çalışıyor	0 -> 10 -> 0	8 -> 18 -> 8
100	0/4	durduruldu	0 -> 0 -> 0	8 -> 8 -> 8
eksik	0/4	durduruldu	0 -> 0 -> 0	8 -> 8 -> 8

Son iki sütundaki sıra, kayıttan önceki, kayıt denemesinden sonraki ve cleanup sonrasındaki durumu ifade eder. Process priority class değişmedi.

Bu, sentetik metriğin kötüleşmesinin bir nedenini doğrudan doğrular: MMCSS devre dışıyken test iş parçacığı aynı işi yapmaya devam etti, ancak öncelik yükseltmesi almadı. CPU quota ve diğer kaynak muhasebesi kurallarının ayrı katkısı izole edilmedi.

100 ve eksik değer, hizmet durumu, kayıt sonucu ve iş parçacığı önceliği açısından örtüştü. Bu, tüm iç ve kullanıcı senaryolarında tam denkliklerini kanıtlamaz.

Neyin doğrulandığı

• SystemResponsiveness Windows önyüklemesi sonrasında gözlenen MMCSS durumunu değiştirir.
• 0 etkin bir 0 durumu oluşturmaz, 20’ye normalleştirilir.
• 10 ve 20 iş parçacığı kaydına izin verir ve bu testte önceliğinin aynı geçişini üretir.
• 10 değerinin seçilen p99 metriği açısından 20 karşısında pratik olarak anlamlı avantajı tespit edilmedi.
• 100 MMCSS’i devre dışı bırakır; test edilen derlemede aynı durum eksik value ile de gözlendi.
• MMCSS devre dışıyken test iş parçacığı öncelik yükseltmesi almadı ve sentetik p99 gecikmesi her iki seride de kötüleşti.

Neyin doğrulanmadığı

• 10 ve 20 değerlerinin tüm MMCSS workload’ları için denk olduğu.
• 10 değerinin FPS’i artırdığı, input latency’yi azalttığı veya sesi iyileştirdiği.
• 100 değerinin mutlaka audio glitches, senkronizasyon kaybı veya belirli bir oyunda sorunlara yol açtığı.
• Eksik value için gözlemin başka bir Windows derlemesinde tekrarlandığı.
• Elde edilen milisaniyelerin fiziksel end-to-end latency olduğu.
• Sanal makine sonucunun fiziksel PC’ye taşındığı.

Sınırlamalar

Araştırma tek bir VMware VM ve tek bir Windows derlemesi üzerinde gerçekleştirildi. Sentetik Games profili CPU için yönetilebilir bir rekabet oluşturur, ancak bir oyun motorunu, ses sürücüsünü, gerçek input pipeline’ı veya display scanout’u yeniden üretmez.

İkinci seride ek ETW oturumu yalnızca doğrulama için kullanıldı, ancak genel gürültü düzeyini değiştirmiş olabilir. Bu nedenle iki seri tek bir tahminde birleştirilmedi. Mekanizma kontrolü öncelik yükseltmesinin kaybını gösterir, ancak olası MMCSS quota ve accounting policy katkısını ayırmaz.

Fiziksel ses testi, FPS, frametime, click-to-photon ve input latency ölçülmedi. Başka bir makinede veya derlemede bağımsız bir tekrar henüz yok.

Pratik sonuç

0 değerini «sıfır rezerv» ayarlamanın bir yolu olarak kullanmayın: Windows bunu 20 değerine getirir. 10 değerini kanıtlanmış şekilde daha iyi evrensel bir değer olarak görmeyin: bu VM’de 20 karşısında avantaj tespit edilmedi.

100 değerini kullanmayın ve «kısıtlamaları devre dışı bırakmak» için değeri silmeyin. Test edilen ortamda bu, MMCSS’i devre dışı bıraktı, iş parçacığını öncelik yükseltmesinden yoksun bıraktı ve sentetik p99 gecikmesini belirgin şekilde kötüleştirdi. Ayrı bir fiziksel test olmadan bu sonuç, FPS veya ses için kesin bir tahmine dönüştürülemez.

Normal bir sistem için güvenli sonuç, Windows’un varsayılan durumunun korunmasıyla sınırlıdır. Değişiklik yalnızca önceden seçilmiş bir kullanıcı metriği, tekrarlanan eşleştirilmiş ölçümler ve doğrulanmış geri dönüş ile gerekçelendirilir.

Durumu geri yükleme

Kısa kullanıcı önerisi ve kesin kayıt defteri durumu «SystemResponsiveness» sayfasında yayımlanmıştır.

Her deneysel aşamadan sonra VM korumalı başlangıç durumuna döndürüldü. Kontrol önyüklemesi Registry value 20, çalışan MMCSS, etkin izleme olmadığını ve test süreçlerinin sona erdiğini doğruladı. Kontrolden sonra tekrar geri dönüş yapıldı, VM kapalı bırakıldı.

Genel birincil kaynaklar

• Multimedia Class Scheduler Service, Microsoft Learn - MMCSS’in amacı, SystemResponsiveness, yuvarlama ve 100’de devre dışı bırakma.
• AvSetMmThreadCharacteristicsW, Microsoft Learn - geçerli iş parçacığının bir MMCSS görevine kaydı.
• AvSetMmThreadPriority, Microsoft Learn - kayıtlı iş parçacığının göreli önceliği.
• AvRevertMmThreadCharacteristics, Microsoft Learn - iş parçacığı kaydının sonlandırılması.
• KB5121003, Microsoft Support - Windows 11 build 26200.9168.

Genel kaynaklar ve ifadeler doğrulandı: 2026-08-25.

Araştırma ve kullanılan araçlar BoosterX geliştiricisine aittir, bu nedenle geliştiricinin sonuçlarda doğrudan çıkarı vardır. Yöntem ve uygulanabilirlik sınırları yukarıda açıklanmıştır ve sonuçlar açık veriler ile listelenen genel kaynaklar üzerinden doğrulanabilir. Parametrenin üründe bulunması kanıt olarak kullanılmadı; 10 için belirsiz sonuç ve MMCSS’in devre dışı bırakılmasına ilişkin olumsuz sonuç seçilmeden korundu.

BoosterX Wiki bağımsız bir yayındır ve Microsoft Corporation ile bağlantılı değildir, onun tarafından yetkilendirilmemiş, sponsorluğa tabi değildir veya onaylanmamıştır.

Değişiklik geçmişi

• 2026-09-20: çıkar çatışması feragatnamesi, araştırmanın ve araçların aidiyetini içeren tam ifadeye kadar güçlendirildi.
• 2026-08-25: ilk yayın; iki ayrı p99 serisi, iş parçacığı önceliği kontrolü, ses ve oyunlar için sınırlar ile doğrulanmış durum geri yükleme eklendi.