堡垒。执法问题 - 页 133

 
Roman:


而每一项服务都有网络同步功能。
例如,有市场的网络没有了,终端就开始猛敲网络连接,不达目的誓不罢休。

再一次(你可能根本 就没有读过任何东西)

Примечательно то, что терминал уже получил ответ сервера о модификации ордера

2020.02.14 10:06:16.144 Trades  'xxxxx': accepted modify order #117363348 sell limit 1.00 SNGR-6.20 at 49654 sl: 0 tp: 0 expiration: day -> 49540, sl: 0 tp: 0 expiration: day
А "очухался" , т.е синхронизировал состояние только через 3 секунды!!!

2020.02.14 10:06:19.821 FCS_Trader (SNGR-3.20,M1)       ProcessOrders: Sell Ордер в переходном состоянии. Билет = 117363348 Состояние: 8 (ORDER_STATE_REQUEST_MODIFY)

这台LOCAL TERMINAL电脑收到通知说,订单修改是正确的。

但三秒钟后就同步了!

这与网络有什么关系?

添加

在你之前已经有很多 "网民 "在这里,6年了...

闲暇时阅读。

https://www.mql5.com/ru/blogs/post/733393

Особенности исполнения торговых приказов MT5
Особенности исполнения торговых приказов MT5
  • 2020.02.06
  • www.mql5.com
Анализировал с владельцем MT5-сервера тормоза торговых приказов. Запускался OrderSend-Test2.mq5 в том же месте, где MT5-сервер стоит. Т.е. нулевой пинг. Демо, все внутри. Изучались логи MT5-сервера (2170) и MT5-клиента (2280). Логи сервера не буду приводить, просто словами опишу. Думаю, результаты буду интерсны всем, т.к. это поможет раскрыть...
 
prostotrader:

再一次(你可能根本 就没有读过任何东西)

这台LOCAL TERMINAL电脑收到通知说,订单修改是正确的。

但三秒钟后就同步了!

这与网络有什么关系?

添加

在你之前,这里已经有很多网络人,6年了...

悠然自得 "地阅读

https://www.mql5.com/ru/blogs/post/733393

你可能也在读懂一条线,不想理解的前提下。
于是他收到了一个通知,说订单修改是正确的。
这并不意味着它已经处理了它。
而这个事件的处理在终端有一个内部延迟。
我们不知道是什么导致了这种内部延迟,所以我建议可能是处理延迟,只是因为第三方网络服务的处理。

 
Roman:

你可能读得太多了,不想了解它的本质。
于是他收到了一份正确的订单修改通知。
这并不意味着他已经处理了。
而这个事件的处理在终端有一个内部延迟。
我们不知道是什么导致了这种内部延迟,所以我建议可能是处理延迟,只是因为第三方网络服务的处理。

我不关心延迟的原因是什么!

等一下...

你认为在几秒钟或几分钟内 执行交易指令 是正常的吗?

Документация по MQL5: Константы, перечисления и структуры / Торговые константы / Типы торговых операций
Документация по MQL5: Константы, перечисления и структуры / Торговые константы / Типы торговых операций
  • www.mql5.com
Торговля осуществляется посредством отправки с помощью функции OrderSend() приказов на открытие позиций, а также приказов на установку, модификацию и удаление отложенных ордеров. Каждый торговый приказ содержит указание на тип запрашиваемой торговой операции. Торговые операции описаны в перечислении ENUM_TRADE_REQUEST_ACTIONS...
 
prostotrader:

我才不管是什么原因造成的延误呢!"。

等一下...

你认为一秒钟到一分钟的交易订单 执行是正常的吗?

好吧,谁在乎呢,让开发商去查吧。
我在哪里写过这是正常的吗?
当然不是,这是很不正常的,这样的处理延迟。
就在终端没有很多第三方服务的时候,处理请求也没有延迟。
而现在我偶尔会看到VPS标签闪烁,或市场标签,或其他一些标签。
而且要么是重新连接,要么是同步或其他,终端中不必要的网络处理程序。

 
Roman:

好吧,谁在乎呢,让开发商去查吧。
我在哪里写过这是正常的吗?
当然不是,这是很不正常的,这样的处理延迟。
就在终端没有成堆的第三方服务的时候,处理请求也没有延迟。
而现在我偶尔会看到VPS标签闪烁,或市场标签,或其他一些标签。
而且要么是重新连接,要么是同步或其他,终端中不必要的网络处理程序。

2020.02.13 15:45:01.918 MQL5.community  authorization failed
2020.02.13 15:50:02.065 MQL5.community  authorization failed
2020.02.13 15:55:02.210 MQL5.community  authorization failed
2020.02.13 16:00:01.342 MQL5.community  authorization failed
2020.02.13 16:05:01.677 MQL5.community  authorization failed
2020.02.13 16:10:01.821 MQL5.community  authorization failed
2020.02.13 16:15:01.967 MQL5.community  authorization failed
2020.02.13 16:20:02.115 MQL5.community  authorization failed
2020.02.13 16:25:02.262 MQL5.community  authorization failed
2020.02.13 16:30:01.390 MQL5.community  authorization failed
2020.02.13 16:35:01.537 MQL5.community  authorization failed
2020.02.13 16:40:01.683 MQL5.community  authorization failed
2020.02.13 16:45:01.831 MQL5.community  authorization failed
2020.02.13 16:50:01.977 MQL5.community  authorization failed
2020.02.13 16:55:02.121 MQL5.community  authorization failed
2020.02.13 17:00:02.266 MQL5.community  authorization failed
2020.02.13 17:05:01.398 MQL5.community  authorization failed
2020.02.13 17:10:01.543 MQL5.community  authorization failed
2020.02.13 17:15:01.690 MQL5.community  authorization failed
2020.02.13 17:20:01.836 MQL5.community  authorization failed
2020.02.13 17:25:01.985 MQL5.community  authorization failed
2020.02.13 17:30:02.127 MQL5.community  authorization failed

对吗?

 
Sergey Chalyshev:

对吗?

这难道不会影响到终端上的其他网络处理程序吗?或处理队列,包括交易。
毕竟,这个时候终端正在向社区服务器发送垃圾邮件,并试图连接。
而在终端中有很多服务,所有这些服务都有不同的服务器,而且可能不止一个,终端会搜索与每个服务器的同步。
我认为这有可能是终端方面延迟处理交易事件 的可能原因之一。

[删除]  
prostotrader:

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

堡垒。关于执行的问题

prostotrader, 2020.02.14 18:37

我才不管是什么原因造成的延误呢!"。


也许这是因为MT5经纪商(根据Renat的说法)1.5年内不更新平台。

 
Alexey Kozitsyn:

也许是因为MT5经纪商(根据Renat的说法)已经1.5年没有更新平台了。

:)以前,延误的时间要少得多,此外,他们还更新了

在Otkryvashka的服务器(未设置价格下限的订单 - 已修复)。

 

FORTS, real, build 2340

我的机器人在这次建造中完全停止工作(刹车长达9分钟!)。

回滚至1947年(2018年11月)的构建。

幸运的是,这个构建与服务器部分兼容。

到目前为止,一切运作正常(当然也有延迟)。

 

亲爱的股票经纪人,我的问题有点离题,因为我的问题不是关于FORTS,而是关于AMP。HOEH20 M5 TF期货。截图上有3条价格线:Asc, Bid 和 Last。最后一个(截图中的绿色底部)有时会挂起几分钟(睡着了),并落后于Ask/Bid,后者是同步移动的。 这种情况并不经常发生。请告知这种现象是否正常,是什么原因造成的,如何处理它?