Win32PrioritySeparation: latensi dan FPS saat CPU terpakai penuh

Jawaban singkat: Win32PrioritySeparation memang mengendalikan foreground boost dan sebagian kebijakan quantum CPU. Uji historis kami tidak menemukan nilai yang secara universal terbaik. Default Windows menunjukkan rata-rata latensi click-to-photon yang sedikit lebih rendah, sedangkan 0x1A menyamai FPS dan P1 terbaik dalam satu uji pada beban CPU 100%. Karena tidak adanya pengulangan FPS independen dan click sample mentah, kami merekomendasikan default, dan 0x1A kami anggap hanya sebagai hipotesis yang dapat diuji untuk skenario CPU.

Status: hubungan parameter dengan foreground boost didokumentasikan oleh Microsoft. Pembacaan parameter teramati pada jejak sistem Windows 11 24H2 dan 25H2 yang dikumpulkan sebelumnya. Efek pengguna diukur dalam seri historis Windows 10 22H2, tetapi tidak direproduksi pada sistem lain atau dalam proses independen.

Klaim yang dapat diuji

Kami menguji tiga klaim berbeda yang tidak dapat digabungkan:

1. Parameter tersebut ada dan terkait dengan kebijakan penjadwal Windows.
2. Nilai 0x02 dan 0x1A mewakili kebijakan quantum yang berbeda dengan foreground boost maksimum yang sama.
3. 0x1A meningkatkan FPS atau latensi game pada beban CPU penuh.

Dua klaim pertama didukung oleh dokumentasi publik dan pengamatan pada build yang diteliti. Klaim ketiga memerlukan pengukuran dan tidak menjadi benar hanya karena konstruksi parameternya.

Cakupan penelitian

Lapisan	Lingkungan	Hasil
Dokumentasi publik	Microsoft WMI, CPU Analysis dan Windows Internals	Dijelaskan foreground boost, quantum dan struktur bit historis
Pengamatan sistem	Windows 11 24H2 dan 25H2	Pembacaan parameter teramati pada jejak yang dikumpulkan sebelumnya
Click-to-photon	Windows 10 22H2, Valorant, CPU 100%	Masing-masing 300 pengukuran per nilai, agregat disimpan
FPS	Seri historis yang sama	Satu capture CapFrameX per konfigurasi; sebagian baris tidak valid karena capture macet

Jejak dinamis Windows 10 22H2 untuk publikasi ini tidak tersedia. Untuk Windows 11 26H1 juga tidak ada jejak yang layak. Pengukuran Windows 10 tidak dapat dipindahkan ke Windows 11 tanpa pengulangan.

Di mana parameter berada

Bidang	Nilai
Hive dan path	HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl
Nama nilai	Win32PrioritySeparation
Tipe	REG_DWORD
Nilai awal terdokumentasi client Windows	0x02 (2)

Windows Internals menyebut 2 sebagai nilai awal pada Windows klien dan pada server yang tidak dikonfigurasi sebagai application server. Dalam jejak Windows 11 25H2 kami, DWORD juga hadir secara eksplisit dengan nilai 2.

Oleh karena itu kami tidak menganggap tidak adanya nilai sebagai default Windows yang universal. Hal itu dapat ditemui setelah perubahan image, penghapusan manual, atau tindakan alat pihak ketiga, tetapi dalam penelitian saat ini skenario clean-install dengan DWORD yang tidak ada tidak direproduksi secara dinamis. Tidak adanya baris tidak dapat secara otomatis ditafsirkan sebagai 0.

Bagaimana parameter disusun

Microsoft memetakan properti Win32_OperatingSystem.ForegroundApplicationBoost ke Win32PrioritySeparation dan mendokumentasikan nilai 0, 1 dan 2: tanpa boost, boost minimum dan maksimum untuk foreground application.

Contoh resmi Windows Internals Sixth Edition menjelaskan parameter sebagai kumpulan bidang:

Bit	Tujuan
0-1	Tingkat foreground boost
2-3	Quantum variabel atau tetap
4-5	Quantum pendek atau panjang

0x02 adalah nilai awal terdokumentasi client Windows: nilai ini menetapkan foreground boost maksimum, dan membiarkan bidang lainnya pada kebijakan sistem. Untuk Windows klien, secara historis ini sesuai dengan quantum variabel pendek, yang dapat dinyatakan secara eksplisit sebagai 0x26. 0x1A menetapkan quantum tetap panjang dengan foreground boost maksimum yang sama.

Proyek terbuka Win32PSCalculator menunjukkan ekuivalensi ini secara langsung. Proyek ini menutupi input melalui 0x3F, mengurai tiga bidang dua bit dan mereduksi berbagai entri ke salah satu dari 12 kombinasi kanonis. Ini membantu mendeteksi nilai placebo yang terlihat berbeda tetapi tidak menciptakan scheduler mode baru.

Dokumen Windows Internals bersifat historis. Kami menggunakannya untuk menafsirkan bidang, tetapi tidak menyatakan bahwa semua tabel quantum internal tidak berubah di semua build modern.

Kalkulator nilai

Dekoder 6 bit

Verifikasi mode aktual

Win32PSCalculator ↗

Masukkan nilai dari daftar tweak. Kalkulator hanya menampilkan enam bit yang digunakan dan kombinasi kanonik dengan mode yang sama. Tidak mengubah apa pun di komputer.

Nilai Registry

Uraikan

Hex dengan awalan 0x, tanpa awalan — decimal.

Default 0x02Default eksplisit 0x26Sesuai situasi 0x1A

Mode ekuivalen0x26

Default Windows: pada Windows klien sesuai dengan mode eksplisit 0x26.

000010

Dimasukkan

0x00000002 · 2

Setelah mask 0x3F

0x02 · 2

Quantum

Default sistem → pendek

Tipe

Default sistem → variabel

Boost foreground

Maksimum · 3:1

Kalkulator hanya bekerja di browser dan tidak membaca atau mengubah Registry. Hasilnya menunjukkan ekuivalensi kombinasi bit, bukan FPS atau latensi yang diharapkan. Versi yang sama tersedia di halaman pengaturan BoosterX.

Mengapa hasil dapat bergantung pada beban

Penjadwal memilih thread yang siap dengan mempertimbangkan priority, affinity, status dan quantum yang tersisa. Setelah quantum habis, thread dapat menyerahkan prosesor ke thread siap lain dengan priority yang sama. Peralihan konteks memiliki biaya, sehingga quantum yang lebih panjang dapat mengurangi scheduler turnover dan mempertahankan throughput saat persaingan CPU tinggi.

Ini menjelaskan kemungkinan arah efeknya, tetapi tidak menjanjikan peningkatan bagi game. Quantum tetap yang lebih panjang dapat sekaligus memperburuk responsivitas thread lain. Jika CPU bukan menjadi penghambat, mungkin tidak ada keuntungan yang terukur.

Metodologi uji historis

Uji dilakukan di Valorant pada Windows 10 22H2 dengan beban CPU 100% yang tercatat. Untuk setiap nilai Registry dilakukan 300 pengukuran click-to-photon dengan rig perangkat keras BoosterX. Sinyal listrik tombol Logitech G PRO X SUPERLIGHT memulai timer, dan sensor foto menghentikannya setelah perubahan kecerahan di layar. Jalur lengkap dijelaskan dalam metodologi penelitian.

Tabel menyimpan AVG, STDDEV, MIN dan MAX latensi. Untuk FPS digunakan CapFrameX, tetapi dalam blok yang tersedia hanya ada satu capture per konfigurasi. Untuk sebagian nilai, capture macet, sehingga baris FPS tersebut ditandai sebagai tidak tersedia dan tidak direkonstruksi dengan asumsi.

300 click sample mentah, P90, distribusi, manifest perangkat keras/driver yang tepat dan pengulangan FPS independen tidak terkait dengan seri lama ini. Ini membatasi kesimpulan statistik.

Hasil

Nilai	Kebijakan	AVG, ms	SD, ms	MIN, ms	MAX, ms	FPS AVG	P1	P0.1
0x2A	pendek, tetap, boost tinggi	16.61	2.69	10.53	21.96	351.3	226.2	43.9
0x29	pendek, tetap, boost sedang	17.08	3.02	10.31	25.09	336.8	254.9	14.3
0x28	pendek, tetap, tanpa boost	17.62	4.94	10.19	47.04	n/a	n/a	n/a
0x26	ekuivalen eksplisit default 0x02	15.28	3.12	9.30	23.08	334.4	111.6	36.9
0x25	pendek, variabel, boost sedang	16.90	2.73	11.42	23.97	334.7	102.6	27.6
0x24	pendek, variabel, tanpa boost	18.71	4.66	11.88	32.48	n/a	n/a	n/a
0x1A	panjang, tetap, boost tinggi	15.68	3.31	9.97	23.30	355.1	256.0	41.0
0x19	panjang, tetap, boost sedang	16.80	2.61	10.08	21.95	352.0	272.9	21.5
0x18	panjang, tetap, tanpa boost	22.74	8.81	11.65	55.10	n/a	n/a	n/a
0x16	panjang, variabel, boost tinggi	16.77	2.88	11.32	23.97	346.4	200.1	34.0
0x15	panjang, variabel, boost sedang	16.13	2.34	10.08	20.95	332.1	144.4	17.8
0x14	panjang, variabel, tanpa boost	19.87	5.55	12.43	52.31	n/a	n/a	n/a

н/д berarti capture FPS tidak layak atau tidak ada, bukan hasil nol.

Perbandingan default dan 0x1A

Metrik	Default / ekuivalen 0x26	0x1A	Perbedaan yang teramati
Click-to-photon AVG	15.28 ms	15.68 ms	0x1A lebih tinggi 0.40 ms, sekitar 2.6%
Click-to-photon SD	3.12 ms	3.31 ms	0x1A lebih tinggi 0.19 ms
FPS AVG	334.4	355.1	0x1A lebih tinggi 20.7, sekitar 6.2%
P1	111.6	256.0	0x1A lebih tinggi 144.4
P0.1	36.9	41.0	0x1A lebih tinggi 4.1

Perbedaan rata-rata latensi 0.40 ms jauh lebih kecil daripada sebaran yang tersimpan sekitar 3 ms. Tanpa sample mentah, interval kepercayaan tidak dapat dibangun dengan benar atau bentuk distribusi diperiksa. Perbedaan FPS besar menurut angka deskriptif, tetapi satu capture per kondisi tidak membuktikan reproduktifitas dan tidak mengecualikan pengaruh urutan proses atau beban latar belakang.

Yang terkonfirmasi

• Parameter terkait dengan foreground boost dan kebijakan quantum penjadwal Windows.
• Pembacaannya teramati pada Windows 11 24H2 dan 25H2 yang diteliti.
• Dalam seri historis Windows 10 22H2 dilakukan masing-masing 300 pengukuran click-to-photon per nilai.
• Di antara kondisi dengan foreground boost tinggi, ekuivalen default 0x26 menunjukkan rata-rata latensi terendah.
• Dalam capture historis yang sama 0x1A menunjukkan FPS AVG dan P1 tertinggi di antara kondisi dengan boost tinggi.

Yang tidak terkonfirmasi

• Bahwa 0x1A selalu meningkatkan FPS, P1 atau kelancaran frame.
• Bahwa 0x1A mengurangi click-to-photon atau input latency.
• Bahwa hasilnya berulang pada Windows 11, CPU lain, di game lain atau tanpa beban CPU penuh.
• Bahwa nilai sembarang dari daftar tweak orang lain bermanfaat atau aman.
• Bahwa perbedaannya signifikan secara statistik: untuk seri lama tidak ada sample mentah dan pengulangan FPS independen.

Keterbatasan

Tabel historis tidak memuat manifest perangkat keras, versi driver dan game, suhu, power state dan urutan proses yang terkait lengkap. Jendela dari satu capture tidak dianggap sebagai pengulangan independen. Kesalahan CapFrameX terutama memengaruhi kondisi tanpa foreground boost, sehingga matriks FPS lengkap tidak dapat dibandingkan.

Penelitian dan alat yang digunakan dimiliki oleh pengembang BoosterX, yang menyediakan pengaturan ini, sehingga pengembang memiliki kepentingan langsung terhadap hasilnya. Metodologi dan batas penerapannya dijelaskan di atas, dan kesimpulannya dapat diverifikasi melalui data terbuka dan sumber publik yang tercantum. Oleh karena itu default tetap menjadi rekomendasi, dan FPS historis yang lebih tinggi 0x1A dipublikasikan bersama hasil negatif pada rata-rata latensi dan semua keterbatasan.

Kesimpulan praktis

Biarkan Windows default (0x02) pada sebagian besar sistem klien Windows 10 dan 11. Jangan terapkan 0x1A sebagai “optimasi penjadwal” universal. Windows Server memiliki scheduler policy yang berbeda, tidak diukur dan tidak termasuk dalam rekomendasi ini.

Pengujian 0x1A hanya dibenarkan pada CPU saturation yang dapat direproduksi. Gunakan beberapa proses berpasangan, acak urutannya, catat rata-rata FPS, P1, P0.1, frametime spike dan click-to-photon. Pertahankan perubahan hanya jika ada peningkatan metrik target yang berulang tanpa kemunduran baru.

Halaman pengaturan gratis dan cara pengembalian yang tepat: Win32PrioritySeparation di BoosterX.

Pemulihan keadaan

Setelah perbandingan, kembalikan parameter ke Windows default (0x02) melalui BoosterX dan lakukan restart yang disarankan antarmuka. Dalam kumpulan historis tidak tersimpan catatan terpisah tentang verifikasi pengembalian, sehingga penelitian ini tidak menganggap recovery sebagai bagian yang terkonfirmasi dari eksperimen lama.

Sumber primer publik

• Win32_OperatingSystem.ForegroundApplicationBoost, Microsoft Learn - Registry mapping dan nilai foreground boost.
• CPU Analysis, Microsoft Learn - quantum, priority, processor selection dan biaya context switch.
• Scheduling Priorities, Microsoft Learn - round-robin, preemption dan dynamic priority.
• Context Switches, Microsoft Learn - apa yang terjadi saat thread dialihkan.
• Windows Internals Sixth Edition sample chapters, Microsoft Press - deskripsi historis bidang parameter dan quantum klien.
• Tabel publik pengukuran click-to-photon BoosterX - agregat terbit asli dari seri historis ini.
• Win32PSCalculator - implementasi terbuka untuk mendekode enam bit rendah dan mencari mode ekuivalen.

Sumber publik dan perumusannya diverifikasi: 2026-08-24.

Riwayat perubahan

• 2026-09-20: disclaimer tentang konflik kepentingan diperkuat menjadi perumusan lengkap dengan kepemilikan penelitian dan alat.
• 2026-08-24: ditambahkan lokasi tepat Registry value, nilai awal terdokumentasi 0x02, Win32PSCalculator dan batas penafsiran DWORD yang tidak ada.
• 2026-08-24: publikasi pertama; ditambahkan matriks historis lengkap, pemisahan mekanisme dan efek pengguna, serta rekomendasi default.