Win32PrioritySeparation: tam CPU yükünde gecikme ve FPS

Kısa yanıt: Win32PrioritySeparation gerçekten de foreground boost’u ve CPU quantum politikasının bir bölümünü yönetir. Tarihsel testimiz evrensel olarak en iyi bir değer ortaya koymadı. Windows default biraz daha düşük ortalama click-to-photon gecikmesi gösterdi, 0x1A ise %100 CPU yükü altındaki bir testte en iyi FPS ve P1 ile örtüştü. Bağımsız FPS tekrarları ve ham click sample’ları olmadığından default’u öneriyoruz; 0x1A değerini yalnızca CPU senaryosu için doğrulanabilir bir hipotez olarak görüyoruz.

Durum: parametrenin foreground boost ile ilişkisi Microsoft tarafından belgelenmiştir. Parametrenin okunması daha önce toplanan Windows 11 24H2 ve 25H2 sistem izlerinde gözlemlendi. Kullanıcı etkisi tarihsel Windows 10 22H2 serisinde ölçüldü, ancak başka bir sistemde veya bağımsız bir çalıştırmada yeniden üretilmedi.

Doğrulanabilir iddia

Birleştirilmemesi gereken üç farklı iddiayı test ettik:

1. Parametre mevcuttur ve Windows zamanlayıcı politikasıyla ilişkilidir.
2. 0x02 ve 0x1A değerleri, aynı maksimum foreground boost altında farklı quantum politikalarını temsil eder.
3. 0x1A tam CPU yükü altında FPS’yi veya oyun gecikmesini iyileştirir.

İlk iki iddia kamuya açık dokümantasyon ve incelenen derlemelerdeki gözlemle doğrulanır. Üçüncüsü ölçüm gerektirir ve yalnızca parametrenin yapısı nedeniyle doğru hâle gelmez.

Araştırma kapsamı

Katman	Ortam	Sonuç
Kamuya açık dokümantasyon	Microsoft WMI, CPU Analysis ve Windows Internals	foreground boost, quantum ve tarihsel bit yapısı açıklanmıştır
Sistem gözlemi	Windows 11 24H2 ve 25H2	Parametrenin okunması daha önce toplanan izlerde gözlemlendi
Click-to-photon	Windows 10 22H2, Valorant, CPU %100	Değer başına 300 ölçüm, yalnızca agregalar saklandı
FPS	Aynı tarihsel seri	Yapılandırma başına bir CapFrameX capture; bazı satırlar capture donması nedeniyle uygun değil

Bu yayın için Windows 10 22H2 dynamic trace yoktur. Windows 11 26H1 için de uygun bir iz yoktur. Windows 10 ölçümleri, tekrarlanmadan Windows 11’e taşınamaz.

Parametre nerede bulunur

Alan	Değer
Hive ve yol	HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl
Değer adı	Win32PrioritySeparation
Tür	REG_DWORD
Belgelenen başlangıç değeri client Windows	0x02 (2)

Windows Internals, 2 değerini client Windows’ta ve application server olarak yapılandırılmamış sunucuda başlangıç değeri olarak adlandırır. Bizim Windows 11 25H2 izimizde DWORD ayrıca açıkça 2 değeriyle mevcuttu.

Bu nedenle değerin yokluğunu evrensel Windows default olarak görmüyoruz. İmaj değişikliği, manuel silme veya üçüncü taraf araçların eylemlerinden sonra ortaya çıkabilir, ancak mevcut araştırmada DWORD’ün bulunmadığı clean-install senaryosu dinamik olarak yeniden üretilmedi. Satırın yokluğu otomatik olarak 0 şeklinde yorumlanamaz.

Parametrenin yapısı

Microsoft, Win32_OperatingSystem.ForegroundApplicationBoost özelliğini Win32PrioritySeparation ile eşleştirir ve 0, 1 ve 2 değerlerini belgeler: boost yok, minimum ve maksimum foreground application boost.

Resmî Windows Internals Sixth Edition örneği parametreyi bir alanlar kümesi olarak tanımlar:

Bitler	Amaç
0-1	foreground boost derecesi
2-3	Değişken veya sabit quantum’lar
4-5	Kısa veya uzun quantum’lar

0x02 client Windows’un belgelenen başlangıç değeridir: maksimum foreground boost’u ayarlar ve diğer alanları sistem politikasına bırakır. Client Windows için bu tarihsel olarak, açıkça 0x26 olarak ifade edilebilen kısa değişken quantum’lara karşılık gelir. 0x1A aynı maksimum foreground boost altında uzun sabit quantum’ları ayarlar.

Açık kaynak proje Win32PSCalculator bu denkliği doğrudan gösterir. Girdiyi 0x3F ile maskeler, üç iki bitlik alanı ayrıştırır ve farklı kayıtları 12 kanonik kombinasyondan birine indirger. Bu, farklı görünen ancak yeni bir scheduler mode oluşturmayan placebo değerlerini tespit etmeye yardımcı olur.

Windows Internals belgesi tarihseldir. Onu alanları yorumlamak için kullanıyoruz, ancak tüm dahili quantum table’ların tüm modern derlemelerde değişmez olduğunu iddia etmiyoruz.

Değer hesaplayıcı

6 bit kod çözücü

Gerçek mod kontrolü

Win32PSCalculator ↗

Tweak listesinde bulduğunuz değeri girin. Hesaplayıcı yalnızca kullanılan altı biti ve aynı moda sahip kanonik kombinasyonu gösterir. Bilgisayarınızda hiçbir şey değiştirmez.

Registry değeri

Çözümle

0x önekli hex, öneksiz decimal.

Default 0x02Açık default 0x26Duruma göre 0x1A

Eşdeğer mod0x26

Windows default: istemci Windows'ta açık 0x26 moduna karşılık gelir.

000010

Girilen

0x00000002 · 2

0x3F maskesinden sonra

0x02 · 2

Kuantumlar

Sistem default → kısa

Tür

Sistem default → değişken

Foreground güçlendirmesi

Maksimum · 3:1

Hesaplayıcı yalnızca tarayıcıda çalışır ve Registry’yi okumaz veya değiştirmez. Sonucu, beklenen FPS veya gecikmeyi değil, bit kombinasyonlarının denkliğini gösterir. Aynı sürüm BoosterX ayar sayfasında mevcuttur.

Sonuç neden yüke bağlı olabilir

Zamanlayıcı, hazır bir iş parçacığını priority, affinity, durum ve kalan quantum’u dikkate alarak seçer. Quantum tükendikten sonra iş parçacığı, işlemciyi aynı priority’deki başka bir hazır iş parçacığına bırakabilir. Bağlam değiştirmenin bir maliyeti vardır, bu nedenle daha uzun quantum’lar scheduler turnover’ı azaltabilir ve CPU için yoğun rekabet altında throughput’u destekleyebilir.

Bu, olası etki yönünü açıklar, ancak oyuna kazanç vaat etmez. Daha uzun sabit quantum aynı anda diğer iş parçacıklarının yanıt verme yeteneğini kötüleştirebilir. CPU sınırlayıcı değilse ölçülebilir bir kazanç olmayabilir.

Tarihsel testin metodolojisi

Test, kaydedilmiş %100 CPU yükü altında Windows 10 22H2’de Valorant’ta gerçekleştirildi. Her Registry değeri için BoosterX donanım düzeneğiyle 300 click-to-photon ölçümü yapıldı. Logitech G PRO X SUPERLIGHT düğmesinin elektrik sinyali zamanlayıcıyı başlatır, fotosensör ise ekrandaki parlaklık değişiminden sonra onu durdurur. Tam yol araştırma metodolojisinde açıklanmıştır.

Tabloda AVG, STDDEV, MIN ve MAX gecikmesi saklandı. FPS için CapFrameX kullanıldı, ancak mevcut blokta yapılandırma başına yalnızca bir capture var. Bazı değerler için capture dondu, bu nedenle bu FPS satırları kullanılamaz olarak işaretlendi ve varsayımlarla geri getirilmiyor.

Ham 300 click sample, P90, dağılımlar, tam hardware/driver manifest ve bağımsız FPS tekrarları bu eski seriye bağlı değil. Bu, istatistiksel çıkarımı sınırlar.

Sonuçlar

Değer	Politika	AVG, ms	SD, ms	MIN, ms	MAX, ms	FPS AVG	P1	P0.1
0x2A	kısa, sabit, yüksek boost	16.61	2.69	10.53	21.96	351.3	226.2	43.9
0x29	kısa, sabit, orta boost	17.08	3.02	10.31	25.09	336.8	254.9	14.3
0x28	kısa, sabit, boost yok	17.62	4.94	10.19	47.04	yok	yok	yok
0x26	default’un açık eşdeğeri 0x02	15.28	3.12	9.30	23.08	334.4	111.6	36.9
0x25	kısa, değişken, orta boost	16.90	2.73	11.42	23.97	334.7	102.6	27.6
0x24	kısa, değişken, boost yok	18.71	4.66	11.88	32.48	yok	yok	yok
0x1A	uzun, sabit, yüksek boost	15.68	3.31	9.97	23.30	355.1	256.0	41.0
0x19	uzun, sabit, orta boost	16.80	2.61	10.08	21.95	352.0	272.9	21.5
0x18	uzun, sabit, boost yok	22.74	8.81	11.65	55.10	yok	yok	yok
0x16	uzun, değişken, yüksek boost	16.77	2.88	11.32	23.97	346.4	200.1	34.0
0x15	uzun, değişken, orta boost	16.13	2.34	10.08	20.95	332.1	144.4	17.8
0x14	uzun, değişken, boost yok	19.87	5.55	12.43	52.31	yok	yok	yok

н/д sıfır sonuç değil, uygun olmayan veya eksik FPS capture anlamına gelir.

Default ve 0x1A karşılaştırması

Metrik	Default / 0x26 eşdeğeri	0x1A	Gözlemlenen fark
Click-to-photon AVG	15.28 ms	15.68 ms	0x1A 0.40 ms daha yüksek, yaklaşık %2.6
Click-to-photon SD	3.12 ms	3.31 ms	0x1A 0.19 ms daha yüksek
FPS AVG	334.4	355.1	0x1A 20.7 daha yüksek, yaklaşık %6.2
P1	111.6	256.0	0x1A 144.4 daha yüksek
P0.1	36.9	41.0	0x1A 4.1 daha yüksek

Ortalama gecikmedeki 0.40 ms fark, saklanan yaklaşık 3 ms’lik dağılımdan belirgin şekilde küçüktür. Ham sample’lar olmadan güven aralığı doğru şekilde oluşturulamaz veya dağılımın şekli kontrol edilemez. FPS farkı tanımlayıcı sayılara göre büyüktür, ancak durum başına bir capture yeniden üretilebilirliği kanıtlamaz ve çalıştırma sırasının veya arka plan yükünün etkisini dışlamaz.

Doğrulananlar

• Parametre, foreground boost ve Windows zamanlayıcı quantum politikasıyla ilişkilidir.
• Okunması, incelenen Windows 11 24H2 ve 25H2’de gözlemlendi.
• Tarihsel Windows 10 22H2 serisinde değer başına 300 click-to-photon ölçümü yapıldı.
• Yüksek foreground boost’lu durumlar arasında default eşdeğeri 0x26 en düşük ortalama gecikmeyi gösterdi.
• Aynı tarihsel capture’da 0x1A yüksek boost’lu durumlar arasında en yüksek FPS AVG ve P1’i gösterdi.

Doğrulanmayanlar

• 0x1A değerinin her zaman FPS, P1 veya kare akıcılığını artırdığı.
• 0x1A değerinin click-to-photon veya input latency’yi azalttığı.
• Sonucun Windows 11’de, başka bir CPU’da, başka bir oyunda veya tam CPU yükü olmadan tekrarlandığı.
• Başkalarının tweak listelerindeki rastgele değerlerin faydalı veya güvenli olduğu.
• Farkların istatistiksel olarak anlamlı olduğu: eski seri için ham sample ve bağımsız FPS tekrarı yok.

Sınırlamalar

Tarihsel tablo, tam bağlı donanım manifesti, sürücü ve oyun sürümleri, sıcaklık, power state ve çalıştırma sırasını içermez. Tek bir capture’ın pencereleri bağımsız tekrarlar olarak sayılmaz. CapFrameX hataları ağırlıklı olarak foreground boost’suz durumları etkiledi, bu nedenle tam FPS matrisi karşılaştırılamaz.

Araştırma ve kullanılan araçlar, bu ayarı sunan BoosterX geliştiricisine aittir, dolayısıyla geliştiricinin sonuçlarda doğrudan çıkarı vardır. Metodoloji ve uygulanabilirlik sınırları yukarıda açıklanmıştır ve sonuçlar açık veriler ve listelenen kamuya açık kaynaklar üzerinden doğrulanabilir. Bu nedenle default öneri olarak kalır ve daha yüksek tarihsel FPS 0x1A ortalama gecikmeye ilişkin olumsuz sonuç ve tüm sınırlamalarla birlikte yayımlanır.

Pratik sonuç

Çoğu client Windows 10 ve 11 sisteminde Windows default (0x02) bırakın. 0x1A değerini evrensel bir “zamanlayıcı optimizasyonu” olarak uygulamayın. Windows Server farklı bir scheduler policy’ye sahiptir, ölçülmedi ve bu öneriye dahil değildir.

0x1A kontrolü yalnızca yeniden üretilebilir CPU saturation durumunda haklıdır. Birkaç eşleştirilmiş çalıştırma kullanın, sırayı karıştırın, ortalama FPS, P1, P0.1, frametime spikes ve click-to-photon değerlerini kaydedin. Değişikliği yalnızca hedef metrikte yeni bir kötüleşme olmadan tekrarlanabilir bir iyileşme varsa bırakın.

Ücretsiz ayar sayfası ve tam geri alma yöntemi: BoosterX’te Win32PrioritySeparation.

Durumu geri yükleme

Karşılaştırmadan sonra parametreyi BoosterX aracılığıyla Windows default (0x02) değerine döndürün ve arayüzün önerdiği yeniden başlatmayı gerçekleştirin. Tarihsel kümede geri alma kontrolüne ilişkin ayrı bir kayıt saklanmadı, bu nedenle bu araştırma recovery’yi eski deneyin doğrulanmış bir parçası olarak görmüyor.

Kamuya açık birincil kaynaklar

• Win32_OperatingSystem.ForegroundApplicationBoost, Microsoft Learn - Registry eşlemesi ve foreground boost değerleri.
• CPU Analysis, Microsoft Learn - quantum, priority, processor selection ve context switch maliyeti.
• Scheduling Priorities, Microsoft Learn - round-robin, preemption ve dynamic priority.
• Context Switches, Microsoft Learn - bir iş parçacığı değiştirildiğinde ne olur.
• Windows Internals Sixth Edition sample chapters, Microsoft Press - parametrenin alanlarının ve client quantum’ların tarihsel açıklaması.
• BoosterX click-to-photon ölçümlerinin kamuya açık tablosu - bu tarihsel serinin yayımlanmış ham agregaları.
• Win32PSCalculator - altı alt bitin çözümlenmesi ve eşdeğer modun bulunmasına yönelik açık kaynak uygulama.

Kamuya açık kaynaklar ve ifadeler doğrulandı: 2026-08-24.

Değişiklik geçmişi

• 2026-09-20: çıkar çatışması feragatnamesi, araştırma ve araçların aidiyetini içeren tam ifadeye yükseltildi.
• 2026-08-24: Registry value’nun tam konumu, belgelenen başlangıç değeri 0x02, Win32PSCalculator ve eksik DWORD’ün yorumlanma sınırları eklendi.
• 2026-08-24: ilk yayın; tam tarihsel matris, mekanizma ile kullanıcı etkisinin ayrılması ve default önerisi eklendi.