测试一个基于ticks的EA - 页 7

 
Renat Akhtyamov:
谷歌Ducas,我认为它是在那里。
这个人从mt5发布测试,你建议他下载csv格式的历史记录?
 

对元引号进行测试。拖网不能正常工作,被禁用。SL=TP,结果很好。我说伟大,并不是在开玩笑。

 
Ibragim Dzhanaev:

对元引号进行测试。

最好不要在这个TS上测试--交易条件令人厌恶。

采取Robo Demo或Fibo Real。

 
fxsaber:
这似乎是狗被埋葬的地方
不幸的是,不能相信测试者。

SD说,他们会考虑做一个 "傻瓜",使 "历史质量 "字段在报告中具有足够的价值。

事实上,TS被测试者误导了,因为没有任何保护。而历史不匹配的错误现在只能在测试人员的日志中发现,并非没有难度--大海捞针。

不幸的是,市场国家也患有同样的病症。

 
ivanivan_11:
一个人从mt5发布测试,你建议他下载csv格式的历史记录?
它看起来已经过时了,但你是对的。
 
Ibragim Dzhanaev:

对元引号进行测试。拖网不能正常工作,被禁用。SL=TP,结果很好。我不是在开玩笑。

终于

这笔钱将是安全的,因为你的测试方法是非常严肃的。

 
Ibragim Dzhanaev:

对元引号进行测试。拖网不能正常工作,被禁用。SL=TP,结果很好。我说伟大,并不是在开玩笑。

找到了Graaaaal ))
 
Ibragim Dzhanaev:
为什么会有不同,怎样做才能使其没有不同?
1.经纪人的执行延迟为200-300毫秒
2.终端处理的延迟从100ms开始
3.由于Ping造成的延迟。
3.Asc和Bid运动不同步。
4.如果有一个接近当前价格 的TP或SL修改,经纪人会拒绝执行。
 
Renat Akhtyamov:
Google duCas,我想它就在那里。
我认为Ducas只有MT4,然后通过另一个DC进行桥接。一年前我曾与支持部门谈过,为什么在4号机上会有如此浮动的执行延迟。他们告诉我在Java上重写机器人--在那里一切都很快,但在MT4上有一个桥梁,没有什么可以保证。
 
Sergey Genikhov:
1.经纪人的执行延迟为200-300毫秒
2.终端处理的延迟从100ms开始
3.由于Ping造成的延迟。
3.Asc和Bid运动不同步。
4.如果有一个接近当前价格 的TP或SL修改,经纪人会拒绝执行。
  1. 在一些人身上,从600到6000。
  2. 终端处理什么?
  3. 这是最不容易出现的延误。
  4. 你说不同步是什么意思?是否有求而无标?:))
  5. ECN会有帮助,在标准的上我们经常看到StopLevel == 0。而我们忘记了FreezeLevel,但它甚至在美分上也是罕见的。