堡垒。执法问题 - 页 81 1...747576777879808182838485868788...156 新评论 fxsaber 2016.10.11 08:51 #801 coderex:MT4不向任何地方发送请求，与MT5不同，它是为 "厨房 "设计的。我不知道任何提供MT4工作的经纪人，我只知道经纪公司和那些试图称自己为经纪人的人，但事实上他们在外汇领域并不是这样。如果你认识他们，请说出他们的名字。我以为每个人都知道他们。MT5，像MT4一样，需要一个网关。不同的是，在大多数情况下，MT4网关是由第三方开发商编写的，而MT5是由Metaquotes编写的。有趣的是，在外汇网关上没有观察到MT5的减速情况。但在FORTS上--很容易。所以MT4+gateway和MT5+gateway的比较是完全正确的。考虑到可能的反对意见，我要说的是，MT4有网关，你可以像在交易所一样发送限价订单，以影响价格的形成。换句话说，这种比较是一种全面的比较。不幸的是，在交易所MT5网关中，只有FORTS有能力查看。在外汇网关上，一切都很正常。如果你注意到，这些滞后是在不是特别流行的交易工具上观察到的。检查是合乎逻辑的，但由于某些原因，开发商不愿意听到这个消息。顺便说一下，如果开发人员能在响应请求（MT5终端<->MT5服务器<->Exchange服务器）的日志中做出更详细的输出，那么所有的问题都会消失，处理和交付请求的速度损失的情况将清晰可见。现在的 "指责 "只是间接的。随着伐木的引入，我认为会有一些事实。我希望自己是错的。 coderex 2016.10.11 09:40 #802 fxsaber:以为每个人都认识他们。MT5，像MT4一样，需要一个网关。不同的是，在大多数情况下，MT4网关是由第三方开发商编写的，而MT5网关是由Metaquotes编写的。有趣的是，在外汇网关上没有观察到MT5的减速情况。但在FORTS上--很容易。所以MT4+gateway和MT5+gateway的比较是完全正确的。考虑到可能的反对意见，我要说的是，MT4有网关，你可以像在交易所一样发送限价订单，以影响价格的形成。换句话说，这种比较是一种全面的比较。不幸的是，在交易所MT5网关中，只有FORTS有能力查看。在外汇网关上，一切都很正常。如果你注意到，这些滞后是在不是特别流行的交易工具上观察到的。检查是合乎逻辑的，但由于某些原因，开发商不愿意听到这个消息。现在的 "指责 "只是间接的。随着伐木的引入，我认为会有一些事实。我希望自己是错的。我不知道使用MT4作为交换平台的经纪商，我至少在PM中询问信息 :)而在你的理解中，什么是门户？据我所知，在MT4的简化方案是：MT4终端<--->MT4服务器<--->报价商。这里是 完整的使用方案，这里是 与MT5的比较。因此，除了终端<->服务器 部分，处理交易订单的延迟是不可能的。另一个问题是关于MT5作为交换平台的问题，Renat在上面描述过。对于经纪公司来说，MT5的使用方案与在MT4上的使用没有很大区别。如果我说错了，请给我发一下关于经纪公司的MT4和MT5正确方案的信息链接。注意：DT不是经纪人，它是一个 "厨房"，即交易订单的执行不超过MT服务器，比较DT和交易所的延迟是不正确的。 MetaTrader 4 для брокеров www.metatrader4.com В состав MetaTrader 4 входят все компоненты, необходимые для организации брокерского обслуживания трейдеров. Торговые сервера, точки доступа, терминалы управления, различные шлюзы и датафиды - все это есть в бэкофисе MetaTrader 4. fxsaber 2016.10.11 10:12 #803 coderex: 我不知道使用MT4作为交换平台的经纪商，请至少在PM中提供信息 :)那么在你的理解中，网关是什么呢？据我所知，就MT4而言，使用的简化方案如下 -MT4终端<--->MT4服务器<--->报价商。这里是 完整的使用方案，这里是 与MT5的比较。因此，除了终端<->服务器 部分，处理交易订单的延迟是不可能的。另一个问题是关于MT5作为交换平台的问题，Renat在上面描述过。对于经纪公司来说，使用MT5的方案与MT4的方案没有太大区别。如果我说错了，请给我发一下关于经纪公司的MT4和MT5正确方案的信息链接。注意：RC不是一个经纪人，它是一个 "厨房"，即交易请求的执行不超过MT服务器，在CC和交易所之间比较延迟是不正确的。 不幸的是，你的观点与现实相去甚远。我在PM上把它发给了你。 coderex 2016.10.11 12:09 #804 fxsaber: 不幸的是，你的看法与现实相差甚远。我在PM上给你发了一条信息。 你发给我的机构是交易台（换句话说是 "厨房"），因为他们不在交易所进行交易。从我向你提问而你只回答了其中一个问题的事实来看，我倾向于认为雷纳特--你不想听他们说什么，所以关闭争议:) fxsaber 2016.10.11 12:13 #805 coderex: 你送来的机构是DC（换句话说是 "厨房"），因为他们不把交易带到交易所。从我向你提问而你只回答了其中一个问题的事实来看，我倾向于雷纳特的观点--你不想听别人说的话，所以要关闭争议 :)惊人的逻辑!不懂MT4，欢迎转载 关于交易、自动交易系统和策略测试的论坛 堡垒。关于执行的问题 fxsaber, 2016.10.10 22:27 谁能告诉我，在其他平台上是否会发生这种多秒提交订单的无稽之谈？ prostotrader 2016.10.11 21:51 #806 Renat Fatkhullin: 这是交易所的回应，而不是mt5交易服务器。我对这种说法表示怀疑，并写了一个EA，把在OrderSend和OrderSendAsync模式下删除一个挂单（EA附后）。专家顾问在一个真实的账户上运行，Bild 1430------------------------------ Sync mode ------------------------------------------------------------------------- 2016.10.11 22:15:04.153 Trades 'xxxxx': buy limit 1.00 Si-12.16 at 61592 2016.10.11 22:15:04.159 Trades 'xxxxx': accepted buy limit 1.00 Si-12.16 at 61592 2016.10.11 22:15:04.161 Trades 'xxxxx': buy limit 1.00 Si-12.16 at 61592 placed for execution 2016.10.11 22:15:04.166 Trades 'xxxxx': order #45663070 buy limit 1.00 / 1.00 Si-12.16 at 61592 done in 12.968 ms 2016.10.11 22:15:04.166 Trades 'xxxxx': cancel order #45663070 buy limit 1.00 Si-12.16 at 61592 2016.10.11 22:15:04.172 Trades 'xxxxx': accepted cancel order #45663070 buy limit 1.00 Si-12.16 at 61592 2016.10.11 22:15:04.172 Trades 'xxxxx': cancel order #45663070 buy limit 1.00 Si-12.16 at 61592 placed for execution 2016.10.11 22:15:05.008 Trades 'xxxxx': cancel #45663070 buy limit 1.00 Si-12.16 at market done in 842.320 ms 2016.10.11 22:15:04.153 TestOrders (Si-12.16,H1) OnChartEvent Send Order Sync mode 2016.10.11 22:15:04.166 TestOrders (Si-12.16,H1) SendOrderSyncMode Order sent in sync mode 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) RemoveOrderSyncMode Order sent (remove) in sync mode 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_ADD 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_ADD 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_PLACED 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_DELETE 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_HISTORY_ADD 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST ======================================================================================================================= ------------------------------ Async mode ------------------------------------------------------------------------- 2016.10.11 22:38:12.619 Trades 'xxxxx': sell limit 1.00 Si-12.16 at 66060 2016.10.11 22:38:12.625 Trades 'xxxxx': accepted sell limit 1.00 Si-12.16 at 66060 2016.10.11 22:38:12.626 Trades 'xxxxx': sell limit 1.00 Si-12.16 at 66060 placed for execution in 7.320 ms 2016.10.11 22:38:12.631 Trades 'xxxxx': cancel order #45664156 sell limit 1.00 Si-12.16 at 66060 2016.10.11 22:38:12.636 Trades 'xxxxx': accepted cancel order #45664156 sell limit 1.00 Si-12.16 at 66060 2016.10.11 22:38:12.638 Trades 'xxxxx': cancel order #45664156 sell limit 1.00 Si-12.16 at 66060 placed for execution in 7.365 ms 2016.10.11 22:38:12.619 TestOrders (Si-12.16,H1) OnChartEvent Send Order Acync mode 2016.10.11 22:38:12.619 TestOrders (Si-12.16,H1) SendOrderAsyncMode Order sent in async mode 2016.10.11 22:38:12.625 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_ADD 2016.10.11 22:38:12.626 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.11 22:38:12.626 TestOrders (Si-12.16,H1) OnTradeTransaction Order get ticket done. Ticket = 45664156 2016.10.11 22:38:12.627 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:38:12.627 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_ADD 2016.10.11 22:38:12.630 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_PLACED 2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1) OnTradeTransaction Order plased done. Ticket = 45664156 2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1) RemoveOrderAsyncMode Order sent (remove) in async mode 2016.10.11 22:38:12.637 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:38:12.637 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL 2016.10.11 22:38:12.638 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.11 22:38:12.638 TestOrders (Si-12.16,H1) OnTradeTransaction Order get ticket done. Ticket = 45664156 2016.10.11 22:38:12.638 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:38:12.638 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL 2016.10.11 22:38:12.639 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_DELETE 2016.10.11 22:38:12.640 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.11 22:38:12.642 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_HISTORY_ADD 2016.10.11 22:38:12.642 TestOrders (Si-12.16,H1) OnTradeTransaction Order remove done. Ticket = 45664156 在同步模式下，一切都不清楚，因为一切都在OnTradeTransaction中以一个批次出现（为什么这么想？）但在异步模式下（包是不同的），可以清楚地看到终端信息2016.10.11 22:38:12.626 交易'XXXXX'：卖出限额 1.00 Si-12.16 ，价格 为66060， 放置 在 7.320 ms内 执行 ， 是不是来自交易所的响应，而是来自交易服务器的响应，它（服务器）已经分配了一张票据2016.10.11 22:38:12.626 TestOrders (Si-12.16,H1) OnTradeTransaction Order get ticket done . Ticket = 45664156,并在很晚的时候收到了交换的答复2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_PLACED 2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1) OnTradeTransaction Order plased done. Ticket = 45664156添加正确，如果错了。 附加的文件： TestOrders.mq5 23 kb prostotrader 2016.10.12 17:16 #807 如果我们在演示中 "玩 "订单（build 1430），我们可以看到，设置/删除的同步模式的时间是异步模式下的两倍。 2016.10.12 18:12:00.819 Trades '1007932': buy limit 1.00 GAZR-12.16 at 13163 2016.10.12 18:12:00.825 Trades '1007932': accepted buy limit 1.00 GAZR-12.16 at 13163 2016.10.12 18:12:00.825 Trades '1007932': buy limit 1.00 GAZR-12.16 at 13163 placed for execution 2016.10.12 18:12:00.841 Trades '1007932': order #52106010 buy limit 1.00 / 1.00 GAZR-12.16 at 13163 done in 22.811 ms 2016.10.12 18:12:00.841 Trades '1007932': cancel order #52106010 buy limit 1.00 GAZR-12.16 at 13163 2016.10.12 18:12:00.847 Trades '1007932': accepted cancel order #52106010 buy limit 1.00 GAZR-12.16 at 13163 2016.10.12 18:12:00.848 Trades '1007932': cancel order #52106010 buy limit 1.00 GAZR-12.16 at 13163 placed for execution 2016.10.12 18:12:00.859 Trades '1007932': cancel #52106010 buy limit 1.00 GAZR-12.16 at market done in 17.947 ms 2016.10.12 18:12:10.011 Trades '1007932': sell limit 1.00 GAZR-12.16 at 15145 2016.10.12 18:12:10.016 Trades '1007932': accepted sell limit 1.00 GAZR-12.16 at 15145 2016.10.12 18:12:10.018 Trades '1007932': sell limit 1.00 GAZR-12.16 at 15145 placed for execution in 6.982 ms 2016.10.12 18:12:10.028 Trades '1007932': cancel order #52106013 sell limit 1.00 GAZR-12.16 at 15145 2016.10.12 18:12:10.034 Trades '1007932': accepted cancel order #52106013 sell limit 1.00 GAZR-12.16 at 15145 2016.10.12 18:12:10.034 Trades '1007932': cancel order #52106013 sell limit 1.00 GAZR-12.16 at 15145 placed for execution in 6.274 ms 因此，事实证明，在同步模式下2016.10.12 18:12:00.841 交易'1007932': 订单#52106010 买入限价 1.00 / 1.00 GAZR-12.16 at 13163 完成 在 22.811 ms - 交易所回应，并 在异步不2016.10.12 18:12:10.018 交易'1007932': 卖出限额 1.00 GAZR-12.16在15145 放置 执行 6.982 ms由以下人员添加2016.10.12 18:12:00.819 TestOrders (GAZR-12.16,M1) OnChartEvent Send Order Sync mode 2016.10.12 18:12:00.841 TestOrders (GAZR-12.16,M1) SendOrderSyncMode Order sent in sync mode 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) RemoveOrderSyncMode Order sent (remove) in sync mode 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_ADD 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_ADD 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order update state = ORDER_STATE_PLACED 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order plased done. Ticket = 52106010 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order not select! Ticket = 52106010 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_DELETE 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_HISTORY_ADD 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order remove done. Ticket = 52106010 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.12 18:12:10.011 TestOrders (GAZR-12.16,M1) OnChartEvent Send Order Acync mode 2016.10.12 18:12:10.011 TestOrders (GAZR-12.16,M1) SendOrderAsyncMode Order sent in async mode 2016.10.12 18:12:10.017 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_ADD 2016.10.12 18:12:10.018 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.12 18:12:10.018 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order get ticket done. Ticket = 52106013 2016.10.12 18:12:10.018 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.12 18:12:10.018 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_ADD 2016.10.12 18:12:10.028 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.12 18:12:10.028 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order update state = ORDER_STATE_PLACED 2016.10.12 18:12:10.028 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order plased done. Ticket = 52106013 2016.10.12 18:12:10.028 TestOrders (GAZR-12.16,M1) RemoveOrderAsyncMode Order sent (remove) in async mode 2016.10.12 18:12:10.028 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL 2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order get ticket done. Ticket = 52106013 2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL 2016.10.12 18:12:10.060 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_DELETE 2016.10.12 18:12:10.060 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_HISTORY_ADD 2016.10.12 18:12:10.060 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order remove done. Ticket = 52106013 2016.10.12 18:12:10.060 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST prostotrader 2016.10.12 17:54 #808 综上所述，如果你在经纪人的本地网络上安装MT5终端，那么终端并在其上安装一个顾问，该顾问 "愚蠢地 "设置和删除了在异步 模式下的订单，则无需设置或重新编程任何东西有可能将大延迟的原因本地化（在MT5服务器所在的服务器或MT5服务器本身）。通过简单地观察延迟。卖出限额 1. 00GAZR-12.16 ，价格 为15145 ， 执行 时间为 6.982 ms取消订单#52106013 卖出限额1. 00GAZR-12.16 ，价格 为15145 ， 在 6.274 ms 执行 。 昨天我给我的经纪人写了关于这个测试的信（甚至还送了专家去测试），但像往常一样，有但像往常一样没有回复 Sergey Kudryavtsev 2016.10.15 09:20 #809 你好，我的终端（Otkritie公司）已经更新。可能是 "测试人员的错误行为"。 与6、7号票的订单订单 "Ticket=8 "很有趣，在截图 "Log "中可以看到。我成功地修改了它，但在 "操作 "中，它仍然是待定的，然后在 "操作 "中写道，它被成功修改了。这里有4张截图，它们都是可见的。PS.我正在测试的条形图上很少有刻度，但尽管如此 ... Sergey Kudryavtsev 2016.10.15 09:38 #810 对不起，我有一个愿望。对于我的Tickwise EA（非HFT）来说我需要同时扫描所有订单和所有历史订单。是否可以写一个函数做到这一点。我希望这个函数能保证捕获所有从 "订单 "到 "历史订单 "的订单。但它们不在 "认股权证 "和 "历史认股权证 "中。又想了一下:)。我想，我最好是把秩序和历史秩序的概念合并起来，用一个列表来工作，即不会有不会有两份名单。 PS。我可以自己写，但为此我需要保留我 "操纵 "的历史。 1...747576777879808182838485868788...156 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
MT4不向任何地方发送请求，与MT5不同，它是为 "厨房 "设计的。我不知道任何提供MT4工作的经纪人，我只知道经纪公司和那些试图称自己为经纪人的人，但事实上他们在外汇领域并不是这样。如果你认识他们，请说出他们的名字。
我以为每个人都知道他们。MT5，像MT4一样，需要一个网关。不同的是，在大多数情况下，MT4网关是由第三方开发商编写的，而MT5是由Metaquotes编写的。有趣的是，在外汇网关上没有观察到MT5的减速情况。但在FORTS上--很容易。
所以MT4+gateway和MT5+gateway的比较是完全正确的。考虑到可能的反对意见，我要说的是，MT4有网关，你可以像在交易所一样发送限价订单，以影响价格的形成。换句话说，这种比较是一种全面的比较。
不幸的是，在交易所MT5网关中，只有FORTS有能力查看。在外汇网关上，一切都很正常。如果你注意到，这些滞后是在不是特别流行的交易工具上观察到的。检查是合乎逻辑的，但由于某些原因，开发商不愿意听到这个消息。
顺便说一下，如果开发人员能在响应请求（MT5终端<->MT5服务器<->Exchange服务器）的日志中做出更详细的输出，那么所有的问题都会消失，处理和交付请求的速度损失的情况将清晰可见。
现在的 "指责 "只是间接的。随着伐木的引入，我认为会有一些事实。我希望自己是错的。
以为每个人都认识他们。MT5，像MT4一样，需要一个网关。不同的是，在大多数情况下，MT4网关是由第三方开发商编写的，而MT5网关是由Metaquotes编写的。有趣的是，在外汇网关上没有观察到MT5的减速情况。但在FORTS上--很容易。
所以MT4+gateway和MT5+gateway的比较是完全正确的。考虑到可能的反对意见，我要说的是，MT4有网关，你可以像在交易所一样发送限价订单，以影响价格的形成。换句话说，这种比较是一种全面的比较。
不幸的是，在交易所MT5网关中，只有FORTS有能力查看。在外汇网关上，一切都很正常。如果你注意到，这些滞后是在不是特别流行的交易工具上观察到的。检查是合乎逻辑的，但由于某些原因，开发商不愿意听到这个消息。
现在的 "指责 "只是间接的。随着伐木的引入，我认为会有一些事实。我希望自己是错的。
我不知道使用MT4作为交换平台的经纪商，我至少在PM中询问信息 :)而在你的理解中，什么是门户？
据我所知，在MT4的简化方案是：MT4终端<--->MT4服务器<--->报价商。这里是 完整的使用方案，这里是 与MT5的比较。因此，除了终端<->服务器 部分，处理交易订单的延迟是不可能的。另一个问题是关于MT5作为交换平台的问题，Renat在上面描述过。对于经纪公司来说，MT5的使用方案与在MT4上的使用没有很大区别。
如果我说错了，请给我发一下关于经纪公司的MT4和MT5正确方案的信息链接。
注意：DT不是经纪人，它是一个 "厨房"，即交易订单的执行不超过MT服务器，比较DT和交易所的延迟是不正确的。
我不知道使用MT4作为交换平台的经纪商，请至少在PM中提供信息 :)那么在你的理解中，网关是什么呢？
据我所知，就MT4而言，使用的简化方案如下 -MT4终端<--->MT4服务器<--->报价商。这里是 完整的使用方案，这里是 与MT5的比较。因此，除了终端<->服务器 部分，处理交易订单的延迟是不可能的。另一个问题是关于MT5作为交换平台的问题，Renat在上面描述过。对于经纪公司来说，使用MT5的方案与MT4的方案没有太大区别。
如果我说错了，请给我发一下关于经纪公司的MT4和MT5正确方案的信息链接。
注意：RC不是一个经纪人，它是一个 "厨房"，即交易请求的执行不超过MT服务器，在CC和交易所之间比较延迟是不正确的。
不幸的是，你的看法与现实相差甚远。我在PM上给你发了一条信息。
你送来的机构是DC（换句话说是 "厨房"），因为他们不把交易带到交易所。从我向你提问而你只回答了其中一个问题的事实来看，我倾向于雷纳特的观点--你不想听别人说的话，所以要关闭争议 :)
惊人的逻辑!不懂MT4，欢迎转载
关于交易、自动交易系统和策略测试的论坛
堡垒。关于执行的问题
fxsaber, 2016.10.10 22:27
谁能告诉我，在其他平台上是否会发生这种多秒提交订单的无稽之谈？这是交易所的回应，而不是mt5交易服务器。
我对这种说法表示怀疑，并写了一个EA，把
在OrderSend和OrderSendAsync模式下删除一个挂单（EA附后）。
专家顾问在一个真实的账户上运行，Bild 1430
在同步模式下，一切都不清楚，因为一切都在OnTradeTransaction中以一个批次出现（为什么这么想？）
但在异步模式下（包是不同的），可以清楚地看到
终端信息2016.10.11 22:38:12.626 交易'XXXXX'：卖出限额 1.00 Si-12.16 ，价格 为66060， 放置 在 7.320 ms内 执行 ， 是
不是来自交易所的响应，而是来自交易服务器的响应，它（服务器）已经分配了一张票据2016.10.11 22:38:12.626 TestOrders (Si-12.16,H1) OnTradeTransaction Order get ticket done . Ticket = 45664156,
并在很晚的时候收到了交换的答复
添加
正确，如果错了。
如果我们在演示中 "玩 "订单（build 1430），我们可以看到，设置/删除的同步模式
的时间是异步模式下的两倍。
因此，事实证明，在同步模式下
2016.10.12 18:12:00.841 交易'1007932': 订单#52106010 买入限价 1.00 / 1.00 GAZR-12.16 at 13163 完成 在 22.811 ms - 交易所回应，并
在异步不2016.10.12 18:12:10.018 交易'1007932': 卖出限额 1.00 GAZR-12.16在15145 放置 执行 6.982 ms
由以下人员添加
综上所述，如果你在经纪人的本地网络上安装MT5终端，那么
终端并在其上安装一个顾问，该顾问 "愚蠢地 "设置和删除了
在异步 模式下的订单，则无需设置或重新编程任何东西
有可能将大延迟的原因本地化（在MT5服务器所在的服务器或MT5服务器本身）。
通过简单地观察延迟。
卖出限额 1. 00GAZR-12.16 ，价格 为15145 ， 执行 时间为 6.982 ms
取消订单#52106013 卖出限额1. 00GAZR-12.16 ，价格 为15145 ， 在 6.274 ms 执行 。
昨天我给我的经纪人写了关于这个测试的信（甚至还送了专家去测试），但像往常一样，有
但像往常一样没有回复
你好，我的终端（Otkritie公司）已经更新。
可能是 "测试人员的错误行为"。 与6、7号票的订单
订单 "Ticket=8 "很有趣，在截图 "Log "中可以看到。
我成功地修改了它，但在 "操作 "中，它仍然是待定的，然后在 "操作 "中写道，它被成功修改了。这里有4张截图，它们都是可见的。
PS.我正在测试的条形图上很少有刻度，但尽管如此 ...
对不起，我有一个愿望。对于我的Tickwise EA（非HFT）来说
我需要同时扫描所有订单和所有历史订单。是否可以写一个函数
做到这一点。我希望这个函数能保证捕获所有从 "订单 "到 "历史订单 "的订单。
但它们不在 "认股权证 "和 "历史认股权证 "中。
又想了一下:)。我想，我最好是把秩序和历史秩序的概念合并起来，用一个列表来工作，即不会有
不会有两份名单。
PS。我可以自己写，但为此我需要保留我 "操纵 "的历史。