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
开始用bx做模拟mt5账户。你将会收到一封电子邮件,里面有一个分发的链接。在服务器选择阶段,你选择的不是模拟服务器,而是真实交易。用任意的数据创建一个账户。创建一个证书。所有你有一个零 余额的真实账户,有真实的报价和历史记录。
开始用bx做模拟mt5账户。你将会收到一封电子邮件,里面有一个分发的链接。在服务器选择阶段,你选择的不是模拟服务器,而是真实交易。用任意的数据创建一个账户。创建一个证书。所有你有一个零 余额的真实账户,有真实的报价和历史。
在 "基于真实点位 "模式下,限价订单的正向滑点比 "基于生成点位 "模式下高出约50%。
这就造成了一个误区--我们引入了真实的点位,以提高测试器的准确性,但却引入了限价订单的正向滑移,人为地在回测结果上徘徊。
在交易所,限价订单不会滑点,而是完全按照订单价格执行。但在测试器中,情况并非如此。
这个错误可以通过使用上面链接中描述的库来避免。但这是一个拐杖式的解决方案。当测试器本身准确地工作时,它是有意义的。
我正在征求论坛成员对这个问题的意见。因为,由于明显的原因,社区的一个成员的意见很不被开发商所重视。
很遗憾,没有人对此有发言权。
这个话题已经在论坛的某个地方讨论过了,开发者自己似乎也说过他们会在新版本中解决这个问题。试着找找看,我没有真正进入到它...
P.s. 这里的题目,也是没有答案的https://www.mql5.com/ru/forum/86591/page4
这个话题已经在论坛的某个地方讨论过了,开发者自己似乎也说过他们会在新版本中解决这个问题。试着找找看,我没有真正进入到它...
P.s. 这里有一个话题,也是未回答的 https://www.mql5.com/ru/forum/86591/page4
很遗憾没有人说话。
因为你没有任何的证据基础。
保存报告并将其压缩起来要容易得多。给我看一个有计算结果的交易实例。
因为你没有任何的证据基础。
保存报告并将其压缩起来要容易得多。用报表展示一个单一交易的例子。
以为这样就够了https://www.mql5.com/ru/code/16134。
知道了,我去准备。
顾问
测试员日志
限价订单的滑点用粗体字标出。当限价订单经过一个时段时,测试器中的滑移情况更糟糕--在开盘时。但我并没有把这些案例作为一个例子。我采取了通常的市场。
它是可重复的吗?
不幸的是,调试不工作,所以不方便创建一个例子
关于交易、自动交易系统和策略测试的论坛
虫子、虫子、问题
fxsaber, 2016.09.01 20:18
顾问
测试员日志
限价订单的滑点用粗体字标出。当限价订单经过一个时段时,测试器中的滑移情况更糟糕--在开盘时。但我并没有把这些案例作为一个例子。我采取了通常的市场。
它是可重复的吗?
不幸的是,调试并不奏效,所以不方便创建一个例子