Il pacing dei dati storici limita la velocità con cui un'applicazione può richiedere le barre. Ripetere subito la stessa richiesta può peggiorare il problema. Individui lo schema delle richieste e applichi la regola attuale per la dimensione delle barre e il tipo di dati.
Indicazioni didattiche sul software. Il trading comporta rischi. Legga le avvertenze finanziarie e informative.
Passo dopo passo
- 1 In un grafico TWS, apra Edit → Chart Parameters. Annoti Time period e What to show. Per una query API, salvi dal log dell'applicazione il contratto effettivo, la dimensione delle barre, le date e l'ora; le impostazioni del grafico non controllano la richiesta dell'applicazione.
- 2 Controlli se il client ripete le stesse richieste o apre molti grafici contemporaneamente.
- 3 Metta in pausa le query duplicate e chieda al client di mettere in coda le richieste a una frequenza supportata.
- 4 Riduca lo storico non necessario e riutilizzi i dati salvati dove appropriato. Per consultare un log API registrato, usi Help → Troubleshooting → Diagnostics → API Logs. Un elenco vuoto significa che non c'è alcun log salvato da controllare.
- 5 Provi una piccola sequenza di richieste e osservi se compare un altro messaggio di pacing.
Un esempio pratico
Un'applicazione apre venti grafici e richiede le stesse vecchie barre ogni volta che cambia scheda. Questo può sprecare richieste. Un piano di richieste migliore riutilizza i dati già ottenuti e distanzia il nuovo lavoro. Per verificare la causa, usi un solo grafico e un piccolo intervallo. Se funziona mentre l'intera raffica fallisce, conservi i due log per il fornitore dell'applicazione. Non ripeta la raffica solo per vedere se il tentativo successivo riesce.
Riferimento della schermata




Errore da evitare
Domande frequenti
Tutte le dimensioni di barra usano gli stessi limiti?
No. Legga la regola per i dati richiesti, soprattutto per le barre piccole.
Devo riprovare di continuo finché funziona?
No. Un ciclo di tentativi può mantenere l'applicazione oltre il limite.