Lewati ke konten

Uji plasebo: apakah tweak registry halus membungkam aktivitas latar belakang

Di halaman ini

Tidak. 17 parameter registry “halus” yang dalam panduan optimasi digambarkan sebagai peredam aktivitas latar belakang tidak menurunkan total aktivitas latar: operasi registry dan file tetap berada dalam rentang variasi alami jam-jam bersih. Efek titik hanya terbukti pada dua mekanisme: menonaktifkan LLMNR menihilkan permintaan jaringan terkait, dan grup telemetri menghentikan polling berkala konfigurasi DiagTrack (−98–99.8%). Tiga parameter lain terbaca, tetapi tidak memberikan efek yang teramati.

Status: diukur dalam satu uji A/B dengan empat jam kontrol pada Windows 11 26H2 di mesin virtual. Putusan “tidak ada efek” berlaku untuk aktivitas latar saat idle yang teramati; untuk parameter dengan periode kerja panjang, jendela pengukuran tidak cukup.

Satu klaim umum: penerapan set yang diketahui terdiri dari 17 parameter registry secara nyata menurunkan aktivitas latar Windows yang idle. Ditambah 17 klaim khusus: apakah setiap parameter mengubah perilaku yang teramati.

  • Windows 11 Pro, build 26300.9457 (26H2), mesin virtual, sistem yang sudah mapan;
  • 17 parameter registry dari yang paling sering direkomendasikan: telemetri, diagnostik, jaringan, kompatibilitas, dan pencarian;
  • jendela dengan parameter: 9.2 menit setelah 3 menit stabilisasi; jendela bersih kontrol dengan durasi sama plus empat jam kontrol tambahan dari proses yang sama;
  • metrik: peluncuran proses dan thread, operasi registry, file, dan jaringan melalui pelacakan kernel;
  • semua parameter diterapkan sekaligus dan dipulihkan segera setelah pengukuran.

Tidak diuji: beban skenario (instalasi, pembaruan, penggunaan aplikasi), parameter dengan periode kerja lebih panjang dari jendela, perangkat keras fisik, dan build lain.

A/B ketat pada satu siklus boot: jendela dengan parameter yang diterapkan versus jendela bersih dengan durasi sama, plus empat jam bersih kontrol untuk menilai variasi alami. Peristiwa pelacakan kernel dikelompokkan per proses; noise pemantauan yang menyertainya dikecualikan. Laju dinormalisasi per menit; untuk ketahanan terhadap lonjakan, median dari jumlah per menit tanpa menit pertama dibandingkan.

Metrik Dengan parameter Jendela bersih Jam bersih (rentang) Putusan
Peluncuran proses/menit 2549 2601 2601 paritas
Operasi registry/menit 14235 14780 14394–18951 dalam rentang variasi
Operasi file/menit 3098 4472 3251–4472 dalam rentang variasi

Variabilitas alami jam-jam latar (hingga 28% pada registry) lebih besar daripada efek set mana pun. Delta mentah “−13% registry” dan “−53% file” dijelaskan oleh lonjakan pada menit pertama pengamatan, bukan oleh parameter.

Mekanisme Hasil Bukti
Menonaktifkan LLMNR (resolusi nama multicast) permintaan LLMNR: 17.8–20.7 per 10 menit di semua jam bersih → 0 probabilitas kebetulan di bawah 1e-7; permintaan mDNS berpasangan terus datang
Grup telemetri (AllowTelemetry ×2 + larangan unggah DiagTrack) aktivitas host telemetri: 131–1950 operasi registry/menit → 3 polling berkala konfigurasi telemetri dihentikan seketika

Grup telemetri diterapkan dengan tiga parameter sekaligus, sehingga kontribusi masing-masing tidak dapat dipisahkan dalam eksperimen ini.

Parameter Diharapkan Faktanya
Menonaktifkan mDNS penghentian permintaan mDNS frekuensi tidak berubah: 35.9 per 10 menit versus 29.6–35.6 di jam bersih; nilai terbaca oleh service
Menonaktifkan NetBIOS over TCP/IP penghentian permintaan NetBT kadens identik: 16.8 versus 16.1–16.7 per 10 menit
Menonaktifkan auto-DoH penurunan permintaan DNS tanpa perubahan; pada sistem ini auto-DoH memang tidak aktif

Sepuluh parameter tetap tanpa putusan: empat diagnostik WDI tidak terbaca dalam jendela, interval kerjanya lebih panjang dari 9 menit atau hanya muncul saat beban skenario; throttle pelacakan pencarian memengaruhi kanal pencariannya sendiri, yang tidak termasuk dalam penangkapan; parameter kompatibilitas dan USB tidak memiliki aktivitas saat idle untuk diuji.

Fakta sampingan penting: penerapan parameter di cabang kebijakan sendiri membangunkan pembaruan kebijakan grup dan service aplikasi — “biaya penerapan” sekali jalan, yang dalam jendela singkat tampak sebagai kenaikan aktivitas.

  • Terukur: tidak ada penurunan total operasi latar; laju dengan parameter berada di dalam rentang variasi jam bersih.
  • Terukur: menonaktifkan LLMNR sepenuhnya menghentikan permintaan LLMNR, tanpa menyentuh mDNS dan NetBIOS.
  • Terukur: grup telemetri menghentikan polling berkala konfigurasi DiagTrack (−98–99.8% aktivitas host).
  • Teramati: parameter mDNS dan NetBIOS terbaca oleh service, tetapi tidak memberikan efek yang teramati.
  • Efek parameter WDI, kompatibilitas, USB, dan throttle pencarian: jendela atau kanal pengamatan tidak cocok.
  • Kontribusi masing-masing parameter telemetri secara terpisah.
  • Perilaku pada build lain dan perangkat keras fisik.
  • Segala efek di bawah beban: hanya idle yang diukur.

Satu jendela per kondisi tanpa pengacakan urutan. Variabilitas latar Windows sangat besar, sehingga kesimpulan tentang paritas bersandar pada empat jam kontrol, bukan pada satu pasang jendela. Sebagian log Task Scheduler berhenti menulis peristiwa selama jendela dengan parameter; tugas terjadwal yang berjalan pada saat itu terlihat melalui proses, tetapi tidak melalui log. Putusan titik (LLMNR, telemetri) kokoh: efeknya ada di semua jam kontrol dan menjadi nol di jendela dengan parameter.

Pembagian antara “parameter terbaca” dan “parameter mengendalikan perilaku” adalah hal utama. Dari 17 pengaturan yang diuji, hanya dua grup yang benar-benar mengubah perilaku yang teramati, dan keduanya memiliki titik kendali bawaannya sendiri: LLMNR di BoosterX ditutup oleh pengaturan “Resolusi nama lokal”, telemetri oleh “Telemetri dalam kebijakan pengumpulan data” bersama “ETW autologger latar”. Aktivitas latar Windows yang idle lainnya diciptakan oleh Defender, WMI, pemeriksaan lisensi, dan Store — parameter registry “halus” dari set ini tidak meredamnya.

Materi terkait: penelitian “Idle Tenang” menunjukkan apa yang benar-benar menurunkan aktivitas latar; “Desktop versus layar masuk” menjelaskan dari apa sisa noise itu tersusun.

Semua 17 nilai dipulihkan segera setelah pengukuran dihentikan; pemulihan yang berhasil dicatat dengan snapshot. Sistem tidak di-boot ulang sebelum pemulihan.

Pengukuran dilakukan oleh BoosterX Research pada mesin virtual yang dijelaskan. Penelitian ini milik pengembang BoosterX, sehingga pengembang memiliki kepentingan langsung terhadap hasilnya; metodologi dan batasan dijelaskan di atas, kesimpulan dapat diverifikasi melalui metodologi terbuka.

Pemeriksaan terakhir: 2026-09-22.