Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Accelerazione di un fattore dieci nei casi di accesso massicciamente parallelo.
Per gli altri casi solo aggiornamenti di processore, memoria e sistema operativo.
In PM, registri comparativi dalla stessa macchina.
Questa è una chiamata una tantum di CopyTicks. Lo si fa per fare un backtest virtuale per questi tick in OnInit, e poi per continuarlo in tempo reale, alimentando solo tick freschi.
Come compromesso, suggerisco di rilasciare la memoria nel terminale immediatamente dopo il CopyTicks chiamato in OnInit. Allora non dobbiamo introdurre una funzione di raffreddamento forzato per CopyTicks.
In questo momento, la versione Sleep del raffreddamento è molto crutchy. Ma ho mostrato sopra come questa stampella fa risparmiare memoria.
Ora si scopre che 20 Expert Advisors funzionano velocemente anche su VPS lenti. Ma avviarli è un problema serio.
Non molto tempo fa, voi stessi avete fatto lo stress-test e pretendevate l'emissione istantanea di tick profondi su ogni tick.
Cioè, sia tu che il 100% degli altri sviluppatori avete applicato e applicherete strategie di richiesta di cache complete. Ogni volta si scrivono esperti sempre più costosi e più frontali.
Ecco perché non aboliremo assolutamente le cache, ma raccomandiamo di mettere 16-32gb di memoria e dimenticare i problemi e i ritardi.
Comportamento ed economia su VPS (tenere a 512 mb-1 gb) non ci interessa affatto.
Tu stesso sei stato sottoposto a stress-test non molto tempo fa, e in effetti hai preteso ticchettii profondi istantanei su ogni tick.
Cioè, sia tu che il 100% degli altri sviluppatori avete applicato e applicherete strategie di richiesta di cache complete. Ogni volta si scrivono esperti sempre più costosi e più frontali.
Ecco perché non aboliremo assolutamente le cache, ma raccomandiamo di mettere 16-32gb di memoria e dimenticare i problemi e i ritardi.
Comportamento ed economia su VPS (per adattarsi a 512 mb-1gb) non ci interessa affatto.
Sopra ha completato il mio post con il codice. Si tratta di OnInit, non di qualcos'altro. Hot CopyTicks è molto necessario, ma non in OnInit.
Come compromesso, suggerisco che dopo CopyTicks chiamato in OnInit, la memoria dovrebbe essere liberata immediatamente nel terminale.
Non in ogni caso!
E se al contrario sollevassi la cache in OnInit per lavorarci senza ritardi?
È meglio introdurre la funzione per scaricare la cache del terminale.
È necessario non solo per i tick, ma anche per le serie temporali e gli indicatori (prova a scrivere un 5K per 5 strumenti e 5 TF).
@Renat?
Impossibile!
E se sollevassi la cache in OnInit in modo da poter poi lavorare con essa senza ritardi?
La cache del tick vive solo per 10 secondi.
Il tick history script screener (l'unico software che gira nel Terminale) mangia fino a 6GB se si prendono cinque mesi di quotazioni.
Più veloce è la macchina e internet, maggiore è il carico di memoria. Cioè le cache interne del terminale si accumulano a pochi caratteri in 10 secondi.
Non riesco a pensare a nessun altro modo per sapere che c'è un nuovo tick mentre OnTick è in esecuzione.
Tre opzioni.
È meglio non identificare un nuovo tick attraverso le barre.
Risultato(inAmount = 15).
La desincronizzazione può durare fino a un minuto. C'è un bug da qualche parte.
La ragione della frenata di SymbolInfoTick sembra essere la gestione parallela.
Risultato (inAmount = 15).
> 100 ms per l'esecuzione di SymbolInfoTick. È chiaro che il codice è autocostruito. Ma mostra il motivo per cui rallenta sui soliti EA.