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
Avete solo due stati 5000 e unlim?
Tu sei la mente della tua felicità.
In teoria, sì.
Non dimenticare i processi di sincronizzazione. Un gran numero di processi nella piattaforma sono asincroni.
Per esempio, l'integrazione di un gateway con uno scambio o un fornitore di liquidità può inviare rapporti sulle transazioni con ritardi di secondi o addirittura minuti. Spesso l'api non fornisce affatto l'accesso alla storia per la riconciliazione, ma fornisce generatori di rapporti lenti e non ritmici.
All'apertura del mercato, o a causa di una riconnessione imprevista del gateway, i rapporti possono essere ritardati. Sono replicati nella cronologia sul server e immediatamente inviati in modo asincrono ai terminali. Grazie all'ordinamento per data, vengono inseriti nei posti giusti, e nel frattempo si possono aprire nuovi trade.
La maggior parte delle API di integrazione sono così analfabete e disfunzionali che rendono quasi impossibile fare dei gateway garantiti. Anche se c'è un'opinione che questo sia il prodotto di un sabotaggio deliberato da parte dei loro sviluppatori.
Dobbiamo dare il diritto di scelta? Chi ha bisogno di scatti fisici e chi ne ha abbastanza per lavorare con indici con rischi adeguati.
Dobbiamo dare il diritto di scegliere? Chi ha bisogno di scatti fisici e chi ha bisogno di abbastanza per lavorare con gli indici con i rischi appropriati.
Qual è il problema nel mantenere una cache locale sull'EA e campionare rispetto all'ultimo tempo di aggiornamento? Io ce l'ho e non ho mai avuto alcun lag con esso. Le mie funzioni di rete rallentano l'intera interfaccia a causa della sua implementazione sincrona, sarebbe bello avere WebRequestAsync fuori dalla scatola, anche se sto già cercando DLL o anche wrapper vincolanti in python e C++, dato che c'è una API di trading in python :)
Ma lavorare con grandi quantità di dati senza cache locale è molto strano.
PS. In generale le maschere di hash e il caching sono molto richiesti in multicurrency ed è per questo che ho chiesto sopra in questo thread per maschere di hash normali (leggi veloci) fuori dalla scatola.Qual è il problema nel mantenere una cache locale sull'EA e campionare rispetto all'ultimo tempo di aggiornamento?
Loscript fa proprio questo.
Per quanto riguarda la cache locale, questo è il modo in cui la storia è implementata in MT4Orders.
Per quanto riguarda la cache locale, è così che MT4Orders ha implementato la storia.
Non mi aspettavo che la sceneggiatura, che ha due anni, potesse
Forum sul trading, sistemi di trading automatico e test di strategie di trading
Consulente esperto OrderCloseTime MQL5
fxsaber, 2018.07.06 00:49
mostrerà tali freni!
Il puro MQL5 è 100 volte più lento del caching parziale (solo HistorySelectByPosition).
Il test è del tutto inaccettabile.
Allora la tua percezione è sbagliata. Si dimostra che è corretto cacciare se stessi in modo che non ci sia una spina nel fianco.
Se ho capito bene, dopo questa implementazione.
Forum sul trading, sistemi di trading automatico e test di strategia
MT5 e la velocità in azione
Renat Fatkhullin, 2020.08.27 22:58
Abbiamo già ottimizzato un sacco di operazioni di campionamento e ora stiamo pensando all'aggiornamento ottimale della cache, quando in realtà il 99% dei campioni sarà completamente inutile e verrà perso sul fatto.
Cioè, a meno che non randomizziate specificamente i limiti di campionamento, la cache mostrerà hit vicini al 100%.
Molto probabilmente la prossima settimana ci sarà già una soluzione efficace.
questo esempio verrà eseguito molto più velocemente.
HH Lo script calcola il tempo di apertura/chiusura dell'ultima posizione nella storia del trading.
Mostra come cacciare correttamente se stessi, in modo da non essere buttati fuori.
Se "cache" in questo modo, sarà super-veloce.
Chi scrive così?
Se si "cacheggia" in questo modo, è super-veloce.
Chi scrive così?
Programmatori C.