Perché 120 FPS possono comunque risultare scadenti: tempo di frame, minimi dell'1% e stutter spiegati
Un gioco può riportare 120, 144 o anche 200 FPS e sembrare comunque scattoso. Il motivo è semplice: il frame rate medio indica quanti fotogrammi sono stati prodotti nel tempo, ma non dice se quei fotogrammi sono arrivati in modo uniforme. Pochi fotogrammi lunghi possono creare scatti visibili o micro-stutter anche quando il numero medio di FPS sembra eccellente.
Gli FPS sono una media; il frame time è il ritmo
Gli FPS indicano quanti fotogrammi vengono completati al secondo. Il frame time indica quanto tempo impiega un singolo fotogramma.
La conversione approssimativa è semplice: il frame time in millisecondi è approssimativamente 1000 diviso per gli FPS. A 60 FPS, il budget del fotogramma è di circa 16,7 ms. A 120 FPS è di circa 8,3 ms. A 144 FPS è di circa 6,9 ms.
Ma quei numeri hanno senso solo se la consegna dei fotogrammi è ragionevolmente coerente. Una sequenza di 7 ms, 7 ms, 7 ms, 35 ms, 7 ms, 7 ms può comunque avere una media di FPS elevata pur producendo uno scatto evidente.
Il Triangolo della Fluidità
Tre cose diverse determinano quanto veloce sembra un gioco
Un sistema può essere forte in un angolo e debole in un altro. FPS elevati con frame time instabili possono sembrare scattosi. Rendering stabile con latenza molto alta può sembrare fluido ma lento. Una buona ottimizzazione delle prestazioni deve identificare quale angolo sta effettivamente fallendo.
Perché gli FPS medi nascondono lo stutter
Due sessioni possono avere gli stessi FPS medi e sembrare diverse
| Sessione stabile | Sessione instabile | |
|---|---|---|
| FPS medi | 120 FPS | 120 FPS |
| Maggior parte dei frame time | Around 8–9 ms | Mostly 5–7 ms |
| Fotogrammi lenti | Few meaningful spikes | Repeated 25–50 ms spikes |
| Esperienza del giocatore | Consistent motion | Hitches despite the high average |
La sessione instabile può compensare i fotogrammi lunghi renderizzando molti fotogrammi molto veloci tra i picchi. La media rimane alta, ma il giocatore nota i picchi piuttosto che la media aritmetica.
Cosa cercano di mostrare gli 1% lows
Le metriche low-FPS e percentile esistono perché gli FPS medi da soli non possono descrivere l'estremità lenta della distribuzione dei fotogrammi.
NVIDIA FrameView riporta gli FPS medi insieme alle metriche 1% Low e 0,1% Low. La sua documentazione descrive 1% Low come la media dell'1% più lento dei fotogrammi, e osserva che più il valore low-FPS è vicino alla media, più l'esperienza tende a essere coerente.
NVIDIA espone anche metriche basate su percentile come il frame rate che separa l'1% più lento dei fotogrammi dal 99% più veloce. Questi sono concetti correlati, ma non tutti gli strumenti di benchmark implementano o etichettano le statistiche low-FPS esattamente allo stesso modo.
I grafici dei tempi frame sono spesso più utili di un singolo numero riassuntivo
Un grafico dei tempi frame mostra la temporizzazione dei frame durante la cattura. Una banda piatta o stretta di solito indica una distribuzione costante. Picchi isolati elevati rivelano intoppi. Onde ripetute possono indicare lavoro periodico in background, streaming, sincronizzazione o un altro carico ricorrente.
Intel PresentMon è progettato per questo tipo di analisi. Lo strumento attuale di Intel può mostrare grafici delle prestazioni in tempo reale, percentili, medie a finestra mobile e telemetria GPU, e supporta applicazioni DirectX, OpenGL e Vulkan.
Allo stesso modo, NVIDIA FrameView misura frame rate e tempo frame e può scrivere dati di cattura dettagliati nei log per analisi successive.
Il test di stabilità dei tempi frame
Diagnosticare se FPS elevati stanno nascondendo stutter
Collo di bottiglia CPU e collo di bottiglia GPU non hanno lo stesso aspetto
Un frame rate basso non ti dice quale processore è responsabile del ritardo. La CPU prepara il lavoro di gioco e rendering; la GPU esegue il lavoro grafico. Entrambe le parti possono diventare il limite del ritmo.
La metrica GPU Busy di Intel PresentMon è specificamente pensata per aiutare a valutare la relazione tra tempo di esecuzione GPU e tempo frame totale. Questo può aiutare a distinguere i frame in cui la GPU è occupata per la maggior parte dell'intervallo dai frame in cui gran parte del ritardo avviene altrove.
Schemi di temporizzazione semplificati
| Schema di temporizzazione tipico | Cosa può suggerire | |
|---|---|---|
| Limitato dalla GPU | GPU busy time is close to the frame interval | The graphics workload is consuming most of the available frame budget |
| Limitato da CPU / pipeline | Frame time grows while GPU busy time remains materially lower | The delay may be before GPU execution or elsewhere in the presentation pipeline |
| Evento intermittente | Mostly stable timing with isolated large spikes | Streaming, shader compilation, background work, asset loading or another transient event may be involved |
Perché un frame cap a volte può risultare più fluido degli FPS massimi
Eseguire un gioco agli FPS massimi possibili senza cap può mantenere una parte del sistema vicina alla saturazione. In alcuni carichi di lavoro, lasciare margine può ridurre la volatilità della temporizzazione e produrre una cadenza più stabile.
Ciò non significa che ogni gioco debba essere limitato allo stesso numero. Il test utile è empirico: cattura lo stesso carico di lavoro senza cap e con uno o più cap sensati, poi confronta stabilità dei tempi frame e latenza.
Una media più bassa con una distribuzione dei frame sostanzialmente più uniforme può risultare migliore di una media più alta punteggiata da picchi frequenti.
Cause comuni di stutter con FPS elevati
| Classe di causa | Cosa potresti vedere | Cosa testare |
|---|---|---|
| Compilazione di shader o pipeline | Picchi legati a effetti, luoghi o azioni alla prima esecuzione | Ripeti la stessa sequenza e confronta le esecuzioni successive |
| Streaming di asset / mondo | Picchi quando si entra in aree o si caricano nuovi contenuti | Archiviazione, impostazioni delle texture, comportamento dello streaming del mondo |
| Scheduling CPU / lavoro in background | Picchi irregolari non legati al carico GPU | Processi in background, overlay, registrazione, saturazione CPU |
| Saturazione GPU | Tempo di esecuzione GPU costantemente elevato | Riduci le impostazioni grafiche costose o prova un frame cap |
| Pressione sulla memoria | Aumento del micro-scatti con uso intenso di VRAM/RAM | Livello texture, risoluzione, applicazioni in background, comportamento del working set |
| Presentazione / sincronizzazione | Problemi di cadenza legati a refresh o modalità di presentazione | Combinazioni di V-Sync, VRR, frame cap e modalità display |
| Regressione di driver o gioco | Il problema compare dopo un aggiornamento specifico | Confronta versioni o note ufficiali sui problemi noti quando possibile |
La compilazione degli shader è un caso particolare
Alcuni stutter non sono un semplice problema di prestazioni a regime stazionario. Un carico di lavoro può funzionare comodamente ad FPS elevati finché il gioco non esegue un lavoro costoso che si verifica solo in momenti particolari.
La compilazione di shader o pipeline è un esempio. Se un'interruzione appare la prima volta che si incontra un effetto o un'area specifica ma diventa più piccola o scompare nei passaggi successivi, quel modello è diverso da una GPU che è continuamente troppo lenta.
Ecco perché le catture ripetibili contano. Un unico numero medio su un'intera sessione può mescolare rendering stabile ed eventi una tantum in un risultato che non spiega nessuno dei due.
Il VRR non ripara i tempi frame scadenti
La frequenza di aggiornamento variabile può allineare più strettamente la temporizzazione del refresh del display con la consegna variabile dei frame e ridurre tearing o judder visibili entro il suo intervallo operativo.
Ma il VRR non fa diventare un frame da 40 ms un frame da 8 ms. Una grande stallo di rendering o CPU rimane un grande stallo. La tecnologia del display può migliorare la presentazione; non può rimuovere il lavoro che ha ritardato il frame in primo luogo.
Perché i minimi dello 0,1% possono diventare rumorosi
Le metriche focalizzate su una frazione molto piccola di frame sono utili per esporre outlier gravi, ma diventano anche sensibili alla durata della cattura e agli eventi una tantum.
Una cattura breve contenente una transizione di caricamento può produrre un risultato estremo-basso drasticamente diverso rispetto a una sessione di gioco più lunga e ripetibile. Ciò non rende la metrica inutile; significa che la metodologia del test conta.
Un protocollo di benchmark pratico
Misurare un gioco senza ingannare te stesso
Il Frame-Time Stability Scorecard
Cosa cercare prima di definire un gioco "fluido"
| Segnale sano | Segnale di avvertimento | |
|---|---|---|
| Throughput medio | Meets your performance target | Average hides repeated drops below the useful range |
| Coda dei frame lenti | Reasonably close to average for the workload | Large persistent gap between average and low-FPS metrics |
| Traccia dei tempi frame | Narrow, mostly stable band | Frequent tall spikes or recurring oscillation |
| Ripetibilità | Similar pattern across comparable runs | Result changes wildly between identical tests |
| Diagnosi della temporizzazione | CPU/GPU behavior matches the suspected constraint | Optimization is being applied without identifying the bottleneck |
Cosa cambierebbe questa risposta?
Le metriche esatte disponibili dipendono dal sistema operativo, dall'API grafica, dall'hardware e dallo strumento di misurazione. Anche i futuri sistemi di presentazione o le pipeline di generazione dei frame possono richiedere ulteriori distinzioni tra frame renderizzati, generati e visualizzati.
Il principio fondamentale è improbabile che cambi: una media di throughput non può descrivere completamente la coerenza temporale. Finché la grafica interattiva viene fornita come una sequenza di frame, la distribuzione e la temporizzazione di quei frame contano.
Limitazioni
Questo articolo è un quadro diagnostico, non un'affermazione che ogni stutter abbia la stessa causa principale. Motori di gioco, API, sistemi operativi, driver e pipeline di rendering differiscono.
Le metriche di FPS bassi dovrebbero anche essere interpretate all'interno della metodologia dello strumento che le ha prodotte. I confronti tra strumenti diversi possono essere fuorvianti quando le definizioni statistiche o le pipeline di acquisizione differiscono.
Conclusione
Se un gioco mostra FPS elevati ma sembra comunque scadente, smetti di fissare la media.
Misura i tempi dei frame. Ispeziona la coda lenta. Scopri quando si verificano i picchi. Confronta i tempi della CPU e della GPU. Poi cambia una variabile e ripeti lo stesso carico di lavoro. La fluidità non è solo quanti frame il tuo sistema può produrre. È quanto costantemente quei frame ti raggiungono.
FAQ
FPS, tempo dei frame e stutter
Perché 120 FPS sembrano comunque scattosi?
Cos'è il tempo dei frame?
Cosa significa 1% low FPS?
1% low è più importante degli FPS medi?
VRR può risolvere il micro-stutter?
Dovrei limitare gli FPS per ridurre lo stutter?
Glossario
Termini chiave sulle prestazioni
- Tempo dei frame
- Il tempo associato alla produzione o presentazione di un singolo frame, solitamente espresso in millisecondi.
- FPS medi
- Una media di produttività che descrive il numero di frame prodotti in un intervallo misurato.
- 1% Low
- Una metrica di prestazioni sui frame lenti. Il calcolo esatto può differire da strumento a strumento; NVIDIA FrameView descrive il suo 1% Low come la media dell'1% più lento dei frame.
- Picco nel tempo dei frame
- Un frame la cui durata è sostanzialmente più lunga dei frame circostanti, spesso percepito come un intoppo o stutter.
- GPU Busy
- Una metrica di temporizzazione di PresentMon usata per confrontare il tempo di esecuzione della GPU con l'intervallo di frame più ampio e aiutare a diagnosticare l'equilibrio CPU/GPU.
- Test di stabilità del tempo dei frame
- Un flusso di lavoro di Figure Rocks per valutare la produttività media, la distribuzione dei tempi dei frame, le metriche sui frame lenti e la temporizzazione CPU/GPU in condizioni ripetibili.
Fonti primarie
Intel — PresentMonStrumento ufficiale di monitoraggio delle prestazioni di Intel con grafici in tempo reale, percentili, telemetria GPU, GPU Busy e supporto per le principali API grafiche.
NVIDIA — FrameViewStrumento ufficiale NVIDIA per misurare frame rate, tempo dei frame, potenza e prestazioni per watt, utilizzando analisi basate su PresentMon.
NVIDIA — Guida utente di FrameViewDocumentazione ufficiale che definisce FPS medi, metriche percentili, 1% Low e 0.1% Low e spiega come la coerenza si relaziona allo stutter.
Intel — Guida per sviluppatori e ottimizzazione delle API graficheLinee guida ufficiali Intel che coprono modalità di presentazione, considerazioni sulla pianificazione della CPU e l'uso di PresentMon per l'analisi della presentazione dei frame.
Related Articles
Frame Pacing: Perché 60 FPS possono sembrare peggiori di 50 (La costanza vince)
La fluidità non è solo FPS. È il frame pacing. Scopri perché frametime costanti offrono una sensazione migliore rispetto a un FPS più elevato ma instabile e come stabilizzare il timing.
Perché i giochi per PC scattano durante la compilazione degli shader — e come l'Advanced Shader Delivery cambia le cose
Lo stutter degli shader si verifica quando un gioco per PC deve compilare programmi GPU nel momento sbagliato. Microsoft Advanced Shader Delivery sposta gran parte di questo lavoro fuori dal PC del giocatore, preparando in anticipo shader specifici per l'hardware e distribuendoli insieme al gioco.
Stutter della CPU vs Stutter della GPU vs Stutter degli Shader: Come capire quale hai
Non tutti gli scatti sono uguali. Scopri i tre tipi comuni di scatti, come si manifestano e il modo più rapido per diagnosticarli prima di modificare le impostazioni.
Fluidità: il frame pacing conta più degli FPS
La fluidità è una tempistica costante, non solo numeri più alti. Ecco come ragionare in termini di frametime ed eliminare la sensazione di ‘micro-stutter’.
Frame Pacing: Perché la fluidità riguarda il frametime, non gli FPS
FPS elevati possono comunque dare una brutta sensazione se il timing è irregolare. Scopri cos'è il frame pacing, cosa lo compromette e l'ordine di correzione che ripristina la sensazione di fluidità.
Frame Pacing: Perché 120 FPS possono sembrare peggiori di 60 (La fluidità spiegata)
La fluidità è costanza nel tempismo, non il picco di FPS. Scopri cos'è il frame pacing, come i frametime creano stuttering e la base pratica che ne corregge la sensazione.
DLSS 4.5 6X: Perché 300 FPS non significa che il gioco stia renderizzando 300 frame
DLSS 4.5 può generare fino a cinque frame aggiuntivi per ogni frame renderizzato tradizionalmente sulle GPU RTX 50 Series supportate. Questa guida spiega la differenza tra FPS renderizzati e FPS visualizzati, perché i colli di bottiglia della CPU possono essere aggirati a livello di presentazione e perché la latenza deve ancora essere misurata separatamente.
L'utilizzo della VRAM non è il requisito di VRAM: perché un misuratore di memoria pieno non racconta tutta la storia
Vedere 7,8 GB utilizzati su una scheda grafica da 8 GB può sembrare la prova che un gioco ha esaurito la VRAM. Non è così semplice. Questa guida spiega la capacità della VRAM, i budget di residenza, i working set, la memoria condivisa e come capire se la pressione sulla memoria sta effettivamente causando stutter.
Shader Stutter: Perché le prime esecuzioni scattano e come ridurlo
Lo stuttering degli shader si verifica quando nuovi effetti vengono compilati in tempo reale. Scopri come identificarlo rapidamente e i modi pratici per ridurre gli scatti senza tweak placebo.
Frame Pacing: Perché 120 FPS Può Ancora Dare una Sensazione Brutta
La fluidità è timing, non un numero. Scopri cos'è il frame pacing, perché frametime scadenti risultano scattosi anche ad alti FPS e l'ordine pratico delle soluzioni.
Ricette per il Frame Cap: Target stabili per configurazioni VRR e non VRR
Un buon cap è meglio di picchi instabili. Usa queste semplici ricette per il cap per stabilizzare il frame pacing su display VRR e non VRR.