Test placebo: le regolazioni fini del Registry riducono davvero l'attività in background

Risposta breve

No. I 17 parametri di registro “sottili” che nelle guide di ottimizzazione vengono descritti come disattivazione dell’attività in background non hanno ridotto il fondo complessivo: le operazioni di registro e file sono rimaste entro la variabilità naturale delle ore pulite. Un effetto puntuale è dimostrato solo per due meccanismi: la disattivazione di LLMNR ha azzerato le relative richieste di rete, e il gruppo telemetria ha fermato il polling periodico della configurazione di DiagTrack (−98–99.8%). Altri tre parametri sono stati letti, ma non hanno prodotto alcun effetto osservabile.

Stato: misurato in un singolo ciclo A/B con quattro ore di controllo su Windows 11 26H2 in una macchina virtuale. Il verdetto “nessun effetto” riguarda il fondo osservabile in idle; per i parametri con un periodo di funzionamento lungo la finestra di misurazione non è stata sufficiente.

Affermazione da verificare

Una generale: l’applicazione di un noto insieme di 17 parametri di registro riduce sensibilmente l’attività in background di Windows in idle. Più 17 specifiche: se ciascun parametro modifica il comportamento osservabile.

Ambito della ricerca

• Windows 11 Pro, build 26300.9457 (26H2), macchina virtuale, sistema consolidato;
• 17 parametri di registro tra quelli più spesso consigliati: telemetria, diagnostica, rete, compatibilità e ricerca;
• finestra con i parametri: 9.2 minuti dopo 3 minuti di stabilizzazione; finestra pulita di controllo della stessa durata più quattro ore di controllo aggiuntive dello stesso avvio;
• metriche: avvii di processi e thread, operazioni di registro, file e rete tramite traccia del kernel;
• tutti i parametri applicati contemporaneamente e ripristinati subito dopo la misurazione.

Non verificati: carico scenaristico (installazione, aggiornamenti, uso delle applicazioni), parametri con periodo di funzionamento più lungo della finestra, hardware fisico e altre build.

Metodologia

A/B rigoroso su un unico ciclo di avvio: finestra con i parametri applicati contro finestra pulita di uguale durata, più quattro ore pulite di controllo per valutare la variabilità naturale. Gli eventi della traccia del kernel sono raggruppati per processo; il rumore di monitoraggio associato è escluso. Le frequenze sono normalizzate al minuto; per la robustezza ai picchi sono state confrontate le mediane delle somme al minuto senza il primo minuto.

Risultati

Fondo complessivo: parità

Metrica	Con parametri	Finestra pulita	Ore pulite (variabilità)	Verdetto
Avvii processi/min	2549	2601	2601	parità
Operazioni registro/min	14235	14780	14394–18951	entro la variabilità
Operazioni file/min	3098	4472	3251–4472	entro la variabilità

La variabilità naturale delle ore di fondo (fino al 28% per il registro) è maggiore di qualsiasi effetto dell’insieme. I delta grezzi “−13% registro” e “−53% file” si spiegano con il picco del primo minuto di osservazione, non con i parametri.

Cosa è realmente cambiato

Meccanismo	Risultato	Prova
Disattivazione di LLMNR (risoluzione nomi multicast)	richieste LLMNR: 17.8–20.7 in 10 minuti in tutte le ore pulite → 0	probabilità di casualità inferiore a 1e-7; la richiesta mDNS abbinata continuava ad arrivare
Gruppo telemetria (AllowTelemetry ×2 + divieto di caricamento di DiagTrack)	attività dell’host telemetria: 131–1950 operazioni di registro/min → 3	il polling periodico della configurazione di telemetria è stato fermato immediatamente

Il gruppo telemetria è stato applicato con tre parametri contemporaneamente, quindi in questo esperimento è impossibile separare il contributo di ciascuno di essi.

Cosa è stato confutato

Parametro	Atteso	In realtà
Disattivazione di mDNS	cessazione delle richieste mDNS	frequenza invariata: 35.9 in 10 minuti contro 29.6–35.6 nelle ore pulite; il valore viene letto dal servizio
Disattivazione di NetBIOS over TCP/IP	cessazione delle richieste NetBT	cadenza identica: 16.8 contro 16.1–16.7 in 10 minuti
Disattivazione di auto-DoH	riduzione delle richieste DNS	nessun cambiamento; su questo sistema auto-DoH non era comunque attivo

Cosa non è stato verificato con questa finestra

Dieci parametri sono rimasti senza verdetto: quattro di diagnostica WDI non sono stati letti nella finestra, i loro intervalli di funzionamento sono più lunghi di 9 minuti o si manifestano solo con carico scenaristico; i throttle della traccia di ricerca influiscono sul canale di ricerca stesso, che non era incluso nella cattura; i parametri di compatibilità e USB non avevano attività in idle da verificare.

Un importante fatto collaterale: l’applicazione dei parametri nei rami dei criteri ha di per sé risvegliato l’aggiornamento dei criteri di gruppo e il servizio applicazioni — un “costo di applicazione” una tantum che in una finestra breve appare come un aumento dell’attività.

Cosa è confermato

• Misurato: non c’è alcuna riduzione complessiva delle operazioni in background; le frequenze con i parametri rientrano nella variabilità delle ore pulite.
• Misurato: la disattivazione di LLMNR ferma completamente le richieste LLMNR, senza toccare mDNS e NetBIOS.
• Misurato: il gruppo telemetria ferma il polling periodico della configurazione di DiagTrack (−98–99.8% di attività dell’host).
• Osservato: i parametri mDNS e NetBIOS vengono letti dal servizio, ma non producono alcun effetto osservabile.

Cosa non è confermato

• Gli effetti dei parametri WDI, compatibilità, USB e throttle di ricerca: la finestra o i canali di osservazione non erano adatti.
• Il contributo di ciascun parametro di telemetria singolarmente.
• Il comportamento su altre build e su hardware fisico.
• Qualsiasi effetto sotto carico: è stato misurato solo l’idle.

Limitazioni

Una sola finestra per stato senza randomizzazione dell’ordine. La variabilità di fondo di Windows è elevata, quindi la conclusione sulla parità si basa su quattro ore di controllo, non su una singola coppia di finestre. Parte dei registri dell’utilità di pianificazione ha smesso di scrivere eventi durante la finestra con i parametri; le attività pianificate scattate in quel momento sono visibili dai processi, ma non dal registro. I verdetti puntuali (LLMNR, telemetria) sono solidi: l’effetto è presente in tutte le ore di controllo e si azzera nella finestra con i parametri.

Conclusione pratica

La distinzione tra “il parametro viene letto” e “il parametro controlla il comportamento” è la cosa principale. Dei 17 parametri verificati, solo due gruppi cambiano realmente il comportamento osservabile, ed entrambi hanno i propri punti di controllo nativi: LLMNR in BoosterX è coperto dall’impostazione “Risoluzione dei nomi locali”, la telemetria da “Telemetria nei criteri di raccolta dati” insieme agli “ETW autologger in background”. Il resto del fondo di Windows in idle è creato da Defender, WMI, controlli di licenza e Store — i parametri di registro “sottili” di questo insieme non li disattivano.

Materiali correlati: la ricerca “Idle silenzioso” mostra cosa riduce realmente il fondo; “Desktop contro schermata di accesso” spiega da cosa è composto il rumore residuo.

Ripristino dello stato

Tutti i 17 valori sono stati ripristinati subito dopo l’arresto della misurazione; il ripristino riuscito è stato registrato con snapshot. Il sistema non è stato riavviato prima del ripristino.

Fonti e limiti

Le misurazioni sono state eseguite da BoosterX Research sulla macchina virtuale descritta. La ricerca appartiene allo sviluppatore di BoosterX, quindi lo sviluppatore ha un interesse diretto nel risultato; la metodologia e i limiti sono descritti sopra, le conclusioni possono essere verificate tramite la metodologia aperta.

• Microsoft: LLMNR e il parametro EnableMulticast, verificato il 2026-09-22.
• Microsoft: Configure Windows diagnostic data, verificato il 2026-09-22.

Ultima verifica: 2026-09-22.