堡垒。执法问题 - 页 130

[Sergey Chalyshev]

prostotrader:

:)

我在政治上是正确的。

因为我们没有为MT5付费，但Open在付费，所以Open有权利

向技术支持部门咨询 :)嗯......也是有罪的 :)

你可能是对的（政治上正确）））。

如果opryvyshka有权利，让它自己通过MT5交易。

由于MT5没有对交易者的支持，我们需要寻找其他的动作 )

[prostotrader]

Sergey Chalyshev:

你可能是对的（政治上正确）））。

如果开放者有权利，让他自己通过MT5交易。

由于MT5没有对交易者的支持，我们需要寻找其他的动作 )

我出版 "奥普里瓦什卡的记录 "不是没有原因的 。

2019.08.20 10:34:52.453 Trades  'xxxxx': modify order #107882836 buy limit 2.00 MIX-12.19 at 268725 sl: 0 tp: 0 expiration: day -> 268925, sl: 0 tp: 0 expiration: day placed for execution in 4.798 ms

它显示，从我（从家里）到Openwashka的MT5服务器，网络连接处于最高水平。

给你举个例子。我从家里出发的平均速度（5-7ms）

2019.08.21 11:50:32.805 Trades  'xxxxx': cancel order #107952550 sell limit 1.00 MAGN-12.19 at 39372 placed for execution in 6.061 ms
2019.08.21 11:52:12.262 Trades  'xxxxx': buy limit 2.00 MAGN-12.19 at 37298 placed for execution in 6.727 ms
2019.08.21 11:52:12.749 Trades  'xxxxx': cancel order #107952871 buy limit 2.00 MAGN-12.19 at 37298 placed for execution in 6.176 ms
2019.08.21 11:55:47.387 Trades  'xxxxx': cancel order #107941822 sell limit 1.00 UCHF-12.19 at 0.9774 placed for execution in 5.216 ms
2019.08.21 11:56:12.511 Trades  'xxxxx': buy limit 2.00 BR-6.20 at 57.39 placed for execution in 6.865 ms
2019.08.21 11:56:12.801 Trades  'xxxxx': modify order #107953158 buy limit 2.00 BR-6.20 at 57.39 sl: 0.00 tp: 0.00 expiration: day -> 57.68, sl: 0.00 tp: 0.00 expiration: day placed for execution in 6.459 ms
2019.08.21 11:56:13.076 Trades  'xxxxx': modify order #107953158 buy limit 2.00 BR-6.20 at 57.68 sl: 0.00 tp: 0.00 expiration: day -> 58.85, sl: 0.00 tp: 0.00 expiration: day placed for execution in 6.086 ms
2019.08.21 11:56:13.180 Trades  'xxxxx': cancel order #107953158 buy limit 2.00 BR-6.20 at 58.85 placed for execution in 5.180 ms
2019.08.21 11:56:13.429 Trades  'xxxxx': sell limit 1.00 MAGN-12.19 at 39368 placed for execution in 6.836 ms
2019.08.21 11:56:29.700 Trades  'xxxxx': modify order #107953162 sell limit 1.00 MAGN-12.19 at 39368 sl: 0 tp: 0 expiration: day -> 39366, sl: 0 tp: 0 expiration: day placed for execution in 6.926 ms
2019.08.21 11:56:29.962 Trades  'xxxxx': modify order #107952222 buy limit 1.00 MIX-6.20 at 261875 sl: 0 tp: 0 expiration: day -> 261925, sl: 0 tp: 0 expiration: day placed for execution in 6.418 ms
2019.08.21 11:56:50.775 Trades  'xxxxx': modify order #107952222 buy limit 1.00 MIX-6.20 at 261925 sl: 0 tp: 0 expiration: day -> 262200, sl: 0 tp: 0 expiration: day placed for execution in 5.180 ms

由于我发送的是异步订单，你可以清楚地看到正在发生的事情

Установка ордера
2019.08.16 10:00:02.189 Trades  'ххххх': sell limit 2.00 UJPY-12.19 at 108.33

Если нет ответа сервера в OnTradeTransacrtion (должен прийти тикет ордера), то срабатывает каждую секунду функция CheckOrders 

2019.08.16 10:00:03.562 FCS_Trader (UJPY-9.19,M1)       CheckOrders: Не получен билет Sell ордера. Ожидание продолжается...
2019.08.16 10:00:04.576 FCS_Trader (UJPY-9.19,M1)       CheckOrders: Не получен билет Sell ордера. Ожидание продолжается...
2019.08.16 10:00:05.590 FCS_Trader (UJPY-9.19,M1)       CheckOrders: Не получен билет Sell ордера. Ожидание продолжается...
2019.08.16 10:00:06.604 FCS_Trader (UJPY-9.19,M1)       CheckOrders: Не получен билет Sell ордера. Ожидание продолжается...
2019.08.16 10:00:07.618 FCS_Trader (UJPY-9.19,M1)       CheckOrders: Не получен билет Sell ордера. Ожидание продолжается...
2019.08.16 10:00:08.632 FCS_Trader (UJPY-9.19,M1)       CheckOrders: Не получен билет Sell ордера. Ожидание продолжается...
2019.08.16 10:00:09.646 FCS_Trader (UJPY-9.19,M1)       CheckOrders: Не получен билет Sell ордера. Ожидание продолжается...

А вот Сервер МТ5 ответил, что он проверил ордер и присвоил ему тикет
2019.08.16 10:00:09.986 Trades  'ххххх': accepted sell limit 2.00 UJPY-12.19 at 108.33

А здесь, Сервер МТ5 сообщил, что мой ордер отослан на Биржу 
2019.08.16 10:00:10.238 Trades  'ххххх': sell limit 2.00 UJPY-12.19 at 108.33 placed for execution in 8050.533 ms

由于终端不保留交易所 关于下单的回复 记录（对于异步订单）。

这种确认只能在OnTradeTransacrtion 获得，因此时间可能更长。

2019.08.16 10:02:39.777 Trades  'ххххх': modify order #107744605 sell limit 2.00 UJPY-12.19 at 108.29 sl: 0.00 tp: 0.00 expiration: day -> 105.73, sl: 0.00 tp: 0.00 expiration: day placed for execution in 40075.505 ms

2019.08.16 10:02:40.768 FCS_Trader (UJPY-9.19,M1)       ProcessOrders: Sell ордер в процессе модификации. Билет = 107744605
2019.08.16 10:02:41.786 FCS_Trader (UJPY-9.19,M1)       ProcessOrders: Sell ордер в процессе модификации. Билет = 107744605

换句话说，我们期望再有2秒钟的反应。

结论是显而易见的!

MT5服务器 无法应对高峰期的负载，客户大量发送订单。

添加

最可悲的是，在Otkryvashka有700个活跃客户，但只有7个MT5服务器。

因此，每1台服务器（假设所有活跃的客户都通过MT5工作）的情况 下

帐户是19700/7=2814.29个客户，按一般服务器的标准--只是小事一桩，要处理这么多的请求。

[Sergey Chalyshev]

prostotrader:

我出版 "开局者记录 "是有原因的 。

这表明，从我（在家里）到开放者的MT5服务器，网络连接处于最高水平。

给你举个例子。我从家里出发的平均速度（5-7ms）

由于我发送的是异步订单，你可以清楚地看到正在发生的事情

由于终端不保留交易所 关于下单的回复 记录（对于异步订单）。

这种确认只能在OnTradeTransacrtion 收到，因此时间可能更长。

也就是说，我们不得不再等两秒钟才能得到回应。

结论是显而易见的!

MT5服务器 无法应对高峰期的负载，客户大量发送订单。

添加

最可悲的是，在Otkryvashka有700个活跃客户，但只有7个MT5服务器。

因此，每1台服务器（假设所有活跃的客户都通过MT5工作）的情况 下

帐户是19700/7=2814.29个客户，按一般服务器的标准--只是小事一桩，要处理这么多的请求。

事实证明，所有客户在连接MT5服务器时，默认以最小的ping进行连接，终端选择了它。结果是，我被卡在最快的ping服务器上。

你是否尝试过强行切换到另一个在ping方面不是最快的服务器？

[prostotrader]

Sergey Chalyshev:

事实证明，所有MT5客户端都默认连接到ping值最小的服务器上，终端自己选择。结果，在最快的Ping服务器上出现了交通堵塞。

你是否尝试过强行切换到另一个平移速度不是最快的服务器？

我认为，终端切换不仅是通过ping，而且也是通过服务器负载...

但具体如何运作--我不知道。

我试着切换到不同的服务器，但结果是一样的

[[删除]]

这些不是服务器，而是背后有一个服务器的接入点。

[prostotrader]

trader_number_one:
这不是服务器，是接入点，后面有一个服务器。

酷!你怎么知道？

[[删除]]

例如：https://www.mql5.com/ru/forum/133088/page3#comment_3388944

[[删除]]

或者这里有更多：https://www.metaquotes.net/ru/metatrader5/brokers

[prostotrader]

嗯，"嗯"，是服务器（Access Server），不是接入点。

[fxsaber]

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