堡垒。执法问题 - 页 57

新评论
 
发现者号已经取得了联系。我们正在梳理它。
 
Ром:

PS。Metaquotes，从MT5股票选项中删除策略测试器...

请原谅，但为什么策略测试员会打扰你？你不需要它，就不要用它。我成功地将其用于我自己的目的。当然，它并非没有缺陷，但它是有用的。
 
demonsn:
请原谅，但策略测试员有什么让你感到不安的地方？如果你不需要它，就不要使用它。我成功地将它用于我自己的目的。当然，它并非没有缺点，但它是有用的。
点差是真实点差的5+倍，而且没有模拟限价单的执行。
 
那个，是的...我同意。但Renat说，MT5是伟大的，我们的愿望只是对功能的认识有差距 ))
 
demonsn:
那个，是的...我同意。但Renat说，MT5很好，我们的要求只是功能知识上的差距 ))

我认为我们会找到与开发商（FORTS）的共同点。

P/S 当然，要及时....

 

一个很快要讲的童话故事，但不是很快就能完成的......

如果我们能摆脱41 毫秒，每个人都会很高兴！"。

2015.10.21 10:35:54.979 Trades  'xxxxx': sell limit 5.00 MGNT-3.16 at 12544
2015.10.21 10:35:54.988 Trades  'xxxxx': sell limit 5.00 MGNT-3.16 at 12544 placed for execution in 8 ms
2015.10.21 10:35:55.757 Trades  'xxxxx': modify order #22405920 sell limit 5.00 MGNT-3.16 at 12544 sl: 0 tp: 0 -> 12542, sl: 0 tp: 0
2015.10.21 10:35:55.765 Trades  'xxxxx': modify order #22405920 sell limit 5.00 MGNT-3.16 at 12544 sl: 0 tp: 0 -> 12542, sl: 0 tp: 0 placed for execution in 8 ms
2015.10.21 10:35:56.728 Trades  'xxxxx': modify order #22405920 sell limit 5.00 MGNT-3.16 at 12542 sl: 0 tp: 0 -> 12475, sl: 0 tp: 0
2015.10.21 10:35:56.769 Trades  'xxxxx': modify order #22405920 sell limit 5.00 MGNT-3.16 at 12542 sl: 0 tp: 0 -> 12475, sl: 0 tp: 0 placed for execution in 41 ms
2015.10.21 10:35:57.735 Trades  'xxxxx': cancel order #22405920 sell limit 5.00 MGNT-3.16 at 12475
2015.10.21 10:35:57.743 Trades  'xxxxx': cancel order #22405920 sell limit 5.00 MGNT-3.16 at 12475 placed for execution in 7 ms
 

下午好，Aytugan!

现在，在AS 5上，终端工作正常，除了单一的

延迟，不经常发生，但周期性发生（409 毫秒）。

2015.10.22 15:02:53.455 Trades  'xxxxx': buy limit 5.00 GBPU-3.16 at 1.5344
2015.10.22 15:02:53.464 Trades  'xxxxx': buy limit 5.00 GBPU-3.16 at 1.5344 placed for execution in 8 ms
2015.10.22 15:02:53.783 Trades  'xxxxx': modify order #22491076 buy limit 5.00 GBPU-3.16 at 1.5344 sl: 0.0000 tp: 0.0000 -> 1.5346, sl: 0.0000 tp: 0.0000
2015.10.22 15:02:53.791 Trades  'xxxxx': modify order #22491076 buy limit 5.00 GBPU-3.16 at 1.5344 sl: 0.0000 tp: 0.0000 -> 1.5346, sl: 0.0000 tp: 0.0000 placed for execution in 8 ms
2015.10.22 15:02:54.845 Trades  'xxxxx': modify order #22491076 buy limit 5.00 GBPU-3.16 at 1.5346 sl: 0.0000 tp: 0.0000 -> 1.5363, sl: 0.0000 tp: 0.0000
2015.10.22 15:02:55.254 Trades  'xxxxx': modify order #22491076 buy limit 5.00 GBPU-3.16 at 1.5346 sl: 0.0000 tp: 0.0000 -> 1.5363, sl: 0.0000 tp: 0.0000 placed for execution in 409 ms
2015.10.22 15:02:55.816 Trades  'xxxxx': cancel order #22491076 buy limit 5.00 GBPU-3.16 at 1.5363
2015.10.22 15:02:55.824 Trades  'xxxxx': cancel order #22491076 buy limit 5.00 GBPU-3.16 at 1.5363 placed for execution in 8 ms
 

而有时，当延迟发生时，没有TradeTransaction事件

2015.10.22 14:14:20.888 Trades  'xxxxx': sell limit 3.00 RTKM-3.16 at 9691
2015.10.22 14:14:20.906 Trades  'xxxxx': sell limit 3.00 RTKM-3.16 at 9691 placed for execution in 18 ms
2015.10.22 14:14:23.000 Trades  'xxxxx': modify order #22487069 sell limit 3.00 RTKM-3.16 at 9691 sl: 0 tp: 0 -> 9689, sl: 0 tp: 0
2015.10.22 14:14:23.009 Trades  'xxxxx': modify order #22487069 sell limit 3.00 RTKM-3.16 at 9691 sl: 0 tp: 0 -> 9689, sl: 0 tp: 0 placed for execution in 9 ms

没有TradeTransaction事件（触发了CheckOrders）。

2015.10.22 14:14:22.268 Forts_trader (RTKM-12.15,H1)    CheckOrders: Sell ордер установлен. Билет = 22487069
 
我认为这是理解这种单一延迟情况的一个重要观点。
 
Михаил:

而有时，当延迟发生时，TradeTransaction事件并没有发生

这就对了，网络延迟。而订单需要很长时间才能发送（或收到确认），事件就会丢失。
1...505152535455565758596061626364...156
新评论