Inizia a fare un conto demo mt5 con bx. Riceverai un'e-mail con un link alla distribuzione. Nella fase di selezione del server si sceglie non un server demo, ma per il trading reale. Creare un account con dati arbitrari. Creare un certificato. Tutti voi avete un conto reale con saldo zero con quotazioni e storia reali.
Inizia a fare un conto demo mt5 con bx. Riceverai un'e-mail con un link alla distribuzione. Nella fase di selezione del server si sceglie non un server demo, ma per il trading reale. Creare un account con dati arbitrari. Creare un certificato. Tutti voi avete un conto reale con saldo zero con quotazioni e storia reali.
Fico - ha funzionato, grazie! Cielo e terra - dati di tick di demo e reale. Grazie ancora!
Nella modalità "basata sui tick reali" lo slippage positivo degli ordini limite è circa il 50% più alto che nella modalità "basata sui tick generati".
Questo si traduce in un contrattempo - abbiamo introdotto i tick reali per aumentare la precisione del tester, ma abbiamo introdotto uno slippage positivo degli ordini limite, che si libra artificialmente sui risultati del backtest.
In borsa, gli ordini limite non scivolano, ma vengono eseguiti esattamente al prezzo dell'ordine. Ma questo non è il caso del tester.
Questo bug può essere evitato usando la libreria descritta nel link qui sopra. Ma questa è una soluzione da stampella. Ha senso quando il tester stesso funziona accuratamente.
Sto chiedendo ai membri del forum le loro opinioni su questo argomento. Dal momento che, per ovvie ragioni, l'opinione di un membro della comunità è scarsamente presa sul serio dagli sviluppatori.
fxsaber: È un peccato che nessuno abbia avuto voce in capitolo.
Questo argomento è già stato discusso qui sul forum da qualche parte e gli stessi sviluppatori sembrano aver detto che lo sistemeranno nelle nuove build. Provate a cercarlo, io non ci ho capito molto...
P.s. Ecco un argomento che era anche senza risposta https://www.mql5.com/ru/forum/86591/page4.
Questo argomento è già stato discusso qui sul forum da qualche parte e gli stessi sviluppatori sembrano aver detto che lo sistemeranno nelle nuove build. Provate a cercarlo, io non ci ho capito molto...
P.s. Ecco un argomento, anch'esso senza risposta https://www.mql5.com/ru/forum/86591/page4
MR 016:47:50.960 Tester RTS-9.16: ticks data begins from 2016.08.0100:00
LE 016:47:50.963 Core 1 agent process started
CE 016:47:51.473 Core 1 connecting to 127.0.0.1:3000
NR 016:47:52.736 Core 1 connected
DJ 016:47:52.741 Core 1 authorized (agent build 1401)
RR 016:47:52.743 Tester RTS-9.16,M1 (BCS-MetaTrader5): testing of Experts\LimitsFill.ex5 from 2016.08.1100:00 to 2016.08.1700:00
GP 016:47:52.763 Core 1 common synchronization completed
DI 016:47:52.780 Core 1 RTS-9.16: ticks synchronized already [47 bytes]
IL 016:47:53.493 Core 11482 bytes of tester parameters loaded
PH 016:47:53.493 Core 1188 bytes of input parameters loaded
OR 016:47:53.493 Core 18562 bytes of symbols list loaded
MI 016:47:53.493 Core 1 expert file added: Experts\LimitsFill.ex5. 8164 bytes loaded
FR 016:47:53.493 Core 1 initial deposit 100000.00 RUR, leverage 1:0
EI 016:47:53.493 Core 1 successfully initialized
IS 016:47:53.493 Core 135 Kb of total initialization data received
QJ 016:47:53.493 Core 1 Intel Core i7-2700 K @ 3.50 GHz, 16301 MB
LR 016:47:53.493 Core 1 RTS-9.16: symbol to be synchronized
PF 016:47:53.493 Core 1 RTS-9.16: symbol synchronized, 3224 bytes of symbol info received
RJ 016:47:53.493 Core 1 RTS-9.16: load 31 bytes of history data to synchronize in 0:00:00.000
PM 016:47:53.493 Core 1 RTS-9.16: history synchronized from 2015.06.22 to 2016.09.01
IS 016:47:53.493 Core 1 RTS-9.16: ticks synchronization started
JD 016:47:53.493 Core 1 RTS-9.16: load 38 bytes of tick data to synchronize in 0:00:00.000
NO 016:47:53.493 Core 1 RTS-9.16: history ticks synchronized from 2016.08.01 to 2016.09.01
RI 016:47:53.493 Core 1 RTS-9.16,M1: history cache allocated for610971 bars and contains 43890 bars from 2015.06.2210:02 to 2016.08.1023:49
CM 016:47:53.493 Core 1 RTS-9.16,M1: history begins from 2015.06.2210:02
DD 016:47:53.493 Core 1 RTS-9.16,M1 (BCS-MetaTrader5): generating based on real ticks
ML 016:47:53.493 Core 1 RTS-9.16,M1: testing of Experts\LimitsFill.ex5 from 2016.08.1100:00 to 2016.08.1700:00 started
LQ 316:47:53.493 Core 1 RTS-9.16 : real ticks begin from 2016.08.0100:00:00
GK 016:47:53.493 Core 12016.08.1119:12:33 buy limit 1.00 RTS-9.16 at 95090 (95260 / 95270 / 95270)
EK 016:47:53.493 Core 12016.08.1119:40:17 order [#2 buy limit 1.00 RTS-9.16 at 95090] triggered
GJ 016:47:53.493 Core 12016.08.1119:40:17 deal #2 buy 1.00 RTS-9.16 at 95050 done (based on order #2) GR 016:47:53.493 Core 12016.08.1119:40:17 deal performed [#2 buy 1.00 RTS-9.16 at 95050]
GP 016:47:53.493 Core 12016.08.1119:40:17 order performed buy 1.00 at 95050 [#2 buy limit 1.00 RTS-9.16 at 95090]
QR 016:47:53.493 Core 12016.08.1618:44:02 sell limit 1.00 RTS-9.16 at 97070 (97020 / 97030 / 97020)
GF 016:47:53.493 Core 12016.08.1619:00:00 order [#3 sell limit 1.00 RTS-9.16 at 97070] triggered
CG 016:47:53.493 Core 12016.08.1619:00:00 deal #3 sell 1.00 RTS-9.16 at 97170 done (based on order #3) FJ 016:47:53.493 Core 12016.08.1619:00:00 deal performed [#3 sell 1.00 RTS-9.16 at 97170]
DO 016:47:53.493 Core 12016.08.1619:00:00 order performed sell 1.00 at 97170 [#3 sell limit 1.00 RTS-9.16 at 97070]
KR 016:47:53.493 Core 1 final balance 102788.71 RUR
IF 016:47:53.493 Core 1 RTS-9.16,M1: 1122105 ticks, 3240 bars generated. Test passed in 0:00:00.717 (including ticks preprocessing 0:00:00.124).
JE 016:47:53.493 Core 1252 Mb memory used including 35 Mb of history data, 64 Mb of tick data
KK 016:47:53.493 Core 1log file "C:\Program Files\BCS Broker MetaTrader 5 Terminal\Tester\Agent-127.0.0.1-3000\logs\20160902.log" written
DJ 016:47:53.507 Core 1 connection closed
Lo slittamento degli ordini limite è segnato in grassetto. Lo slippage nel tester è il più alto quando un ordine Limit scivola nella sessione - all'apertura. Ma non ho preso questi casi come esempio. Ho preso il solito mercato.
È riproducibile?
Sfortunatamente, il debug non funziona, quindi non è stato conveniente creare un esempio
Lo slittamento degli ordini limite è segnato in grassetto. Lo slippage nel tester è il più alto quando un ordine Limit scivola nella sessione - all'apertura. Ma non ho preso questi casi come esempio. Ho preso il solito mercato.
È riproducibile?
Purtroppo il debug non funziona, quindi non è stato conveniente creare un esempio
Provatelo non nel tester, ma nella demo (apertura migliore, ha una velocità maggiore).
Inizia a fare un conto demo mt5 con bx. Riceverai un'e-mail con un link alla distribuzione. Nella fase di selezione del server si sceglie non un server demo, ma per il trading reale. Creare un account con dati arbitrari. Creare un certificato. Tutti voi avete un conto reale con saldo zero con quotazioni e storia reali.
Inizia a fare un conto demo mt5 con bx. Riceverai un'e-mail con un link alla distribuzione. Nella fase di selezione del server si sceglie non un server demo, ma per il trading reale. Creare un account con dati arbitrari. Creare un certificato. Tutti voi avete un conto reale con saldo zero con quotazioni e storia reali.
Nella modalità "basata sui tick reali" lo slippage positivo degli ordini limite è circa il 50% più alto che nella modalità "basata sui tick generati".
Questo si traduce in un contrattempo - abbiamo introdotto i tick reali per aumentare la precisione del tester, ma abbiamo introdotto uno slippage positivo degli ordini limite, che si libra artificialmente sui risultati del backtest.
In borsa, gli ordini limite non scivolano, ma vengono eseguiti esattamente al prezzo dell'ordine. Ma questo non è il caso del tester.
Questo bug può essere evitato usando la libreria descritta nel link qui sopra. Ma questa è una soluzione da stampella. Ha senso quando il tester stesso funziona accuratamente.
Sto chiedendo ai membri del forum le loro opinioni su questo argomento. Dal momento che, per ovvie ragioni, l'opinione di un membro della comunità è scarsamente presa sul serio dagli sviluppatori.
È un peccato che nessuno abbia avuto voce in capitolo.
Questo argomento è già stato discusso qui sul forum da qualche parte e gli stessi sviluppatori sembrano aver detto che lo sistemeranno nelle nuove build. Provate a cercarlo, io non ci ho capito molto...
P.s. Ecco un argomento che era anche senza risposta https://www.mql5.com/ru/forum/86591/page4.
Questo argomento è già stato discusso qui sul forum da qualche parte e gli stessi sviluppatori sembrano aver detto che lo sistemeranno nelle nuove build. Provate a cercarlo, io non ci ho capito molto...
P.s. Ecco un argomento, anch'esso senza risposta https://www.mql5.com/ru/forum/86591/page4
È un peccato che nessuno abbia parlato.
Perché non avete alcuna base di prova.
È molto più facile salvare il rapporto e zipparlo. Mostratemi un esempio di una transazione con i calcoli.
Perché non avete alcuna base di prova.
È molto più facile salvare il rapporto e zipparlo. Mostra un esempio di una singola transazione con una dichiarazione.
Ho pensato che sarebbe stato sufficientehttps://www.mql5.com/ru/code/16134.
Capito, lo preparo.
Consulente
Registro dei tester
Lo slittamento degli ordini limite è segnato in grassetto. Lo slippage nel tester è il più alto quando un ordine Limit scivola nella sessione - all'apertura. Ma non ho preso questi casi come esempio. Ho preso il solito mercato.
È riproducibile?
Sfortunatamente, il debug non funziona, quindi non è stato conveniente creare un esempio
Forum sul trading, sistemi di trading automatico e test di strategia
Bug, bug, domande
fxsaber, 2016.09.01 20:18
Consulente
Registro dei tester
Lo slittamento degli ordini limite è segnato in grassetto. Lo slippage nel tester è il più alto quando un ordine Limit scivola nella sessione - all'apertura. Ma non ho preso questi casi come esempio. Ho preso il solito mercato.
È riproducibile?
Purtroppo il debug non funziona, quindi non è stato conveniente creare un esempio