Cosa fa
La scansione legge quello che Windows e i tuoi driver hanno già registrato, e riporta le cose che notoriamente producono un intoppo che si sente:
- driver che hanno tenuto occupato un core del processore abbastanza a lungo da costare un frame
- uno schermo che gira sotto la frequenza di aggiornamento che supporta
- impostazioni di energia che lasciano scendere un core a una velocità da cui non risale in fretta
- lavoro in background pianificato a una priorità che compete con un gioco
- impostazioni lasciate indietro da qualche altro strumento
Ogni risultato dice cosa è stato misurato, perché conta e — dove c'è — cosa farci.
Impostazioni cambiate
Ogni scansione prende nota anche di alcune impostazioni che gli aggiornamenti notoriamente cambiano senza chiedere: la velocità della memoria (un profilo XMP/EXPO), l'integrità della memoria, il piano di risparmio energia, lo scheduling GPU accelerato in hardware, le regole di priorità di avvio impostate da w0a e la versione del driver della scheda video. La nota resta su questo computer, in %LocalAppData%\w0a\settings-drift.json. Quando una scansione successiva trova una di queste spostata nella direzione che può costare a un gioco, o un nuovo driver video, un'unica scheda dice cosa è cambiato, da quando, e se Windows è stato aggiornato nello stesso intervallo. Non viene ripristinato niente: se la modifica l'hai fatta tu, non c'è niente da fare. La scheda sparisce dopo 14 giorni o quando l'impostazione torna com'era. La prima scansione prende solo la nota; fino alla seconda non c'è niente da confrontare.
Cosa non fa
Non tira a indovinare. Se non c'è niente di misurabile che non va, lo dice, invece di riempire la pagina di consigli generici. Una scansione che trova sempre dieci problemi ti sta vendendo le soluzioni, non diagnosticando la macchina.
Dentro un gioco vede solo in parte. La compilazione degli shader, un asset che arriva in streaming da un disco lento, un intoppo lato server in una partita online — producono la stessa sensazione e per lo più qui non lasciano traccia. Ma se hai salvato delle sessioni di benchmark, la scansione le usa come prove: i frame misurati chiaramente più lenti dei loro vicini compaiono come risultato a sé. Se la scansione è pulita e continui ad avere scatti in un gioco preciso, quella è un'informazione davvero utile: la causa è nel gioco, non nel sistema.
Leggere le etichette
Ogni risultato porta una di quattro parole, e non ci sono percentuali:
- PROVATA — misurato su questa macchina, significativo e su cui vale la pena agire
- PROBABILE — il meccanismo è stato misurato o osservato su questa macchina; non è stato misurato se sia quello che stai sentendo
- CANDIDATA — presente e noto per poter causare scatti, ma qui niente dimostra che li abbia causati
- NON CONTROLLATA — la regola non è potuta girare, quindi non si sa niente né in un senso né nell'altro
Sistema prima le voci PROVATA, poi rifai la scansione. Cambiare più cose in una volta e rimisurare dopo non ti dice niente su quale abbia aiutato.
NON CONTROLLATA non vuol dire pulito. Quando delle regole non sono potute girare, una scheda dice esattamente quante — "N regole su M non sono potute girare" — e perché. Una scansione con regole non eseguite quelle cause non le ha proprio guardate.
Eseguirla con un gioco aperto
La pagina si può aprire tranquillamente a gioco in corso. Il campionamento dell'hardware aspetta che il gioco si chiuda — leggere i sensori richiede un lock del kernel grafico e causerebbe esso stesso un intoppo ogni pochi secondi — mentre la misura ETW dei tempi di frame continua a funzionare. Le regole saltate per questo motivo vengono riportate come saltate; rifai la scansione a gioco chiuso per coprirle.
Correlati
Questa pagina ti è stata utile?
Cosa mancava, o cosa non ha funzionato? Le leggiamo tutte, una per una.
Se questa pagina non ha risolto il problema, scrivici — dicci quale articolo hai letto, e sistemiamo l'articolo.