堡垒。执法问题 - 页 27

新评论
 
alexvd:

事实上，这些信息非常缺乏。从日志中看不出是哪种服务器，Mikalas的电脑在那一刻发生了什么，连接情况如何，等等。

你在跟我开玩笑吗？

只有瞎子才会注意不到多个经纪人的指示。

关于交易、自动交易系统和交易策略测试的论坛

堡垒。关于执行的问题

米卡拉斯, 2015.03.18 09:22

继续我的 "游戏 "和 "隐藏 "信息（对于那些一直在关注这个话题的人来说）。

只是提醒一下，订单是从经纪人的本地网络下的（带VPN的虚拟机）。

而到MT5服务器的ping是 0.71ms。

向莫斯科交易所提出了关于最后两个下达和删除订单的时间请求

第11868770和11868790 号命令。

KO      0       22:32:03.358    Trades  'xxxxx': buy limit 1.00 ED-6.15 at 1.0572
FG      0       22:32:03.415    Trades  'xxxxx': buy limit 1.00 ED-6.15 at 1.0572 placed for execution in 57 ms
ED      0       22:32:09.250    Trades  'xxxxx': cancel order #11868770 buy limit 1.00 ED-6.15 at 1.0572
HQ      0       22:32:09.306    Trades  'xxxxx': cancel order #11868770 buy limit 1.00 ED-6.15 at 1.0572 placed for execution in 55 ms
RL      0       22:32:57.765    Trades  'xxxxx': buy limit 1.00 ED-6.15 at 1.0572
JG      0       22:32:57.826    Trades  'xxxxx': buy limit 1.00 ED-6.15 at 1.0572 placed for execution in 61 ms
IE      0       22:33:03.266    Trades  'xxxxx': cancel order #11868790 buy limit 1.00 ED-6.15 at 1.0572
CR      0       22:33:03.323    Trades  'xxxxx': cancel order #11868790 buy limit 1.00 ED-6.15 at 1.0572 placed for execution in 56 ms

这些订单，是内部的，其他的数字是输出到交易所。

收到的答复。

Михаил Александрович, получена следующая информация от биржи:

 

15094784179 время прихода команды постановки заявки - 22:33:00.018, время ответа  на данную команду  22:33:00.019.
15094782093 время прихода команды постановки заявки - 22:32:05.609, время ответа  на данную команду  22:32:05.610.

15094782093 время прихода команды удаления заявки - 22:32:11.502, время ответа на данную команду 22:32:11.503
15094784179 время прихода команды удаления заявки - 22:33:05.519, время ответа на данную команду 22:33:05.520

 

P.S. В копию добавил моего адрес моего коллеги Федора. В следующие две недели обращайтесь, пожалуйста, к нему – я буду отсутствовать на рабочем месте.

 

С уважением,

Михаил Батуров

Начальник Отдела поддержки пользователей торговых систем

Управления сопровождения торговых систем

Брокерский дом «ОТКРЫТИЕ»

结果发现交易所处理我的订单的时间是1ms!

顺便说一下，我的对手，并没有为他的主张带来任何证据。


 

当这个话题被称为不同的时候，雷纳特说，工作正在进行中

纠正拖延令中的单项错误。

我在这篇文章中想说的是，一个错误

也出现在1100版本中。

2015.04.20 16:20:05.147 Trades  'ххххх': cancel order #12938861 buy limit 3.00 CHMF-9.15 at 55736
2015.04.20 16:20:05.156 Trades  'ххххх': cancel order #12938861 buy limit 3.00 CHMF-9.15 at 55736 placed for execution in 8 ms
2015.04.20 16:20:05.547 Trades  'ххххх': buy limit 1.00 CHMF-9.15 at 53352
2015.04.20 16:20:05.559 Trades  'ххххх': buy limit 1.00 CHMF-9.15 at 53352 placed for execution in 11 ms
2015.04.20 16:20:06.157 Trades  'ххххх': modify order #12938961 buy limit 1.00 CHMF-9.15 at 53352 sl: 0 tp: 0 -> 54901, sl: 0 tp: 0
2015.04.20 16:20:06.166 Trades  'ххххх': modify order #12938961 buy limit 1.00 CHMF-9.15 at 53352 sl: 0 tp: 0 -> 54901, sl: 0 tp: 0 placed for execution in 8 ms
2015.04.20 16:20:07.179 Trades  'ххххх': modify order #12938961 buy limit 1.00 CHMF-9.15 at 54901 sl: 0 tp: 0 -> 56150, sl: 0 tp: 0
2015.04.20 16:20:07.189 Trades  'ххххх': modify order #12938961 buy limit 1.00 CHMF-9.15 at 54901 sl: 0 tp: 0 -> 56150, sl: 0 tp: 0 placed for execution in 10 ms
2015.04.20 16:20:12.373 Trades  'ххххх': cancel order #12937245 sell limit 3.00 RTKM-9.15 at 9049
2015.04.20 16:20:12.689 Trades  'ххххх': cancel order #12937245 sell limit 3.00 RTKM-9.15 at 9049 placed for execution in 316 ms
2015.04.20 16:20:23.514 Trades  'ххххх': cancel order #12938961 buy limit 1.00 CHMF-9.15 at 56150
2015.04.20 16:20:23.527 Trades  'ххххх': cancel order #12938961 buy limit 1.00 CHMF-9.15 at 56150 placed for execution in 13 ms
2015.04.20 16:20:32.530 Trades  'ххххх': cancel order #12935412 sell limit 1.00 CHMF-9.15 at 59250
2015.04.20 16:20:32.540 Trades  'ххххх': cancel order #12935412 sell limit 1.00 CHMF-9.15 at 59250 placed for execution in 10 ms
2015.04.20 16:20:44.125 Trades  'ххххх': cancel order #12938816 sell limit 2.00 UCHF-9.15 at 0.9624
2015.04.20 16:20:44.136 Trades  'ххххх': cancel order #12938816 sell limit 2.00 UCHF-9.15 at 0.9624 placed for execution in 10 ms

而在这一次，它不再是一个单一的延迟!

2015.04.27 17:49:07.973 Trades  'ххххх': sell limit 1.00 CHMF-9.15 at 62478
2015.04.27 17:49:08.314 Trades  'ххххх': sell limit 1.00 CHMF-9.15 at 62478 placed for execution in 340 ms
2015.04.27 17:49:08.346 Trades  'ххххх': modify order #13217203 sell limit 1.00 CHMF-9.15 at 62478 sl: 0 tp: 0 -> 62476, sl: 0 tp: 0
2015.04.27 17:49:08.370 Trades  'ххххх': modify order #13217203 sell limit 1.00 CHMF-9.15 at 62478 sl: 0 tp: 0 -> 62476, sl: 0 tp: 0 placed for execution in 24 ms
2015.04.27 17:49:09.524 Trades  'ххххх': modify order #13217203 sell limit 1.00 CHMF-9.15 at 62476 sl: 0 tp: 0 -> 57393, sl: 0 tp: 0
2015.04.27 17:49:09.540 Trades  'ххххх': buy limit 2.00 TRNF-9.15 at 118779
2015.04.27 17:49:10.759 Trades  'ххххх': modify order #13217203 sell limit 1.00 CHMF-9.15 at 62476 sl: 0 tp: 0 -> 57393, sl: 0 tp: 0 placed for execution in 1234 ms
2015.04.27 17:49:10.768 Trades  'ххххх': buy limit 2.00 TRNF-9.15 at 118779 placed for execution in 1228 ms
 
alexvd:

真的没有足够的信息。从日志中看不出是哪种服务器，Mikalas的电脑在那一刻发生了什么，连接情况如何，等等。

在家里和在经纪人的虚拟机上进行交易时，都存在延迟现象

(在这个主题中，我们有一个来自虚拟机的 非常详细的 日志)

这里是：https://www.mql5.com/ru/forum/38456/page26#comment_1445033

ФОРТС. Вопросы по исполнению
ФОРТС. Вопросы по исполнению
  • www.mql5.com
С большими проблемами удалось это сделать (начальник отдела по работе с профессиональными клиентами ДЦ Открытие Евгений Сергеевич,. - Страница 26 - Категория: автоматические торговые системы
 

在异步操作中，我也得到了这个错误。

2015.04.28 00:45:14.210 交易 'xxx': 修改订单#13228718失败 卖出限价1.00 VTBR-6.15 at 6101 sl: 0 tp: 0 -> 6173, sl: 0 tp: 0 [由于订单或仓位接近市场而修改失败]

2015.04.28 00:45:14.208 交易 'xxxxx': 修改订单#13228718失败 卖出限价1.00 VTBR-6.15 at 6101 sl: 0 tp: 0 -> 6161, sl: 0 tp: 0 [由于订单或头寸接近市场而修改失败]

2015.04.28 00:45:14.207 交易 'xxxxx': 修改订单#13228718失败 卖出限价1.00 VTBR-6.15 at 6101 sl: 0 tp: 0 -> 6149, sl: 0 tp: 0 [由于订单或仓位接近市场，修改失败]

我认为（已经划掉了）），这个错误也与延迟有关。可能有助于解决这个问题。

或者告诉我谁知道这个错误是什么意思：由于订单或头寸接近市场，修改失败？

 
Serj_Che:

在异步操作中，我也得到了这个错误。

2015.04.28 00:45:14.210 交易 'xxx': 修改订单#13228718失败 卖出限价1.00 VTBR-6.15 at 6101 sl: 0 tp: 0 -> 6173, sl: 0 tp: 0 [由于订单或头寸接近市场而修改失败]

2015.04.28 00:45:14.208 交易 'xxxxx': 修改订单#13228718失败 卖出限价1.00 VTBR-6.15 at 6101 sl: 0 tp: 0 -> 6161, sl: 0 tp: 0 [由于订单或仓位接近市场，修改失败]

2015.04.28 00:45:14.207 交易 'xxxxx': 修改订单#13228718失败 卖出限价1.00 VTBR-6.15 at 6101 sl: 0 tp: 0 -> 6149, sl: 0 tp: 0 [由于订单或仓位接近市场，修改失败]

我想（已经划掉了）），这个错误也与延迟有关。可能有助于解决这个问题。

或者请教谁知道这个错误是什么意思：由于订单或头寸接近市场，修改失败？

非常奇怪，但请注意你的时间00:45:14.210

在这个时候，交换是不可行的!

 
Mikalas:

非常奇怪，但请注意你的时间是00:45:14.210

现在不是交换的时候！"。

现在是电脑时间，我把它提前一个小时。收盘前在平静的市场上试了一下，演示已经不工作了。

现在也是如此，在演示中也是如此。

 
Serj_Che:

现在是电脑时间，我有它一个小时的时间。在收盘前的平静市场上试了试，演示版已经不能用了。

现在也是如此，在演示中也是如此。

你如何 设置 挂单？

或者说，你是如何填充结构的（我从来没有过这样的信息）？

我总是在修改前做。

if ( ( order_ticket > 0 ) && OrderSelect( order_ticket ) )
{
  //модификация
}
 

哦，还有...

你的问题肯定与订单的速度 无关。

如果你愿意，我可以把设置--修改--删除订单的代码贴在这里。

你的OnTick()

 
Mikalas:

你如何 设置 挂单？

或者说，你如何填写结构（我从来没有过这样的信息）？

订单的设置是正常的，它并不总是修改。

   request.magic        = magic_number;
   request.action = TRADE_ACTION_MODIFY;            //•action
   request.order  = ticket;                         //•order
   request.type_time    = ORDER_TIME_SPECIFIED_DAY; //•type_time
   request.expiration   = expirat;                  //•expiration
   request.price  = ND(price-dist);                 //•price

也许是因为我经常发送请求，但错误信息"由于订单或头寸接近市场，修改失败 " 并不明确。

目前还不清楚谁不喜欢修改请求，是服务器还是交换机？

我总是在修改前做。

if ( ( order_ticket > 0 ) && OrderSelect( order_ticket ) )
{
  //модификация
}

如果我确定有一个订单，那么检查的意义是什么，它被检查，但不是在每个请求之前。

 
Serj_Che:

该命令安装正常，修改不一定。

可能是因为我经常发送请求，但错误信息本身并不明确"由于订单或头寸接近市场，修改失败"。

也不清楚是谁不喜欢修改的要求，是服务器还是交易所？

如果我确定订单存在，并且在每次请求前都进行检查，那么检查的意义何在？

它可以执行....

让我们转到你的主题OnTick()，也许在那里我们会发现你的错误......

1...202122232425262728293031323334...156
新评论