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
이것은 나(집에서)에서 Opener의 MT5 서버까지 네트워크 연결이 가장 높은 수준에 있음을 나타냅니다.
예를 들어 . 집에서의 평균 작업 속도(5-7ms)
2019.08 . 2111 : 50 : 32.805 Trades 'xxxxx' : cancel order # 107952550 sell limit 1.00 MAGN- 12.19 at 39372 placed for execution in6.061 ms
2019.08 . 2111 : 52 : 12.262 Trades 'xxxxx' : buy limit 2.00 MAGN- 12.19 at 37298 placed for execution in6.727 ms
2019.08 . 2111 : 52 : 12.749 Trades 'xxxxx' : cancel order # 107952871 buy limit 2.00 MAGN- 12.19 at 37298 placed for execution in6.176 ms
2019.08 . 2111 : 55 : 47.387 Trades 'xxxxx' : cancel order # 107941822 sell limit 1.00 UCHF- 12.19 at 0.9774 placed for execution in5.216 ms
2019.08 . 2111 : 56 : 12.511 Trades 'xxxxx' : buy limit 2.00 BR- 6.20 at 57.39 placed for execution in6.865 ms
2019.08 . 2111 : 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 in6.459 ms
2019.08 . 2111 : 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 in6.086 ms
2019.08 . 2111 : 56 : 13.180 Trades 'xxxxx' : cancel order # 107953158 buy limit 2.00 BR- 6.20 at 58.85 placed for execution in5.180 ms
2019.08 . 2111 : 56 : 13.429 Trades 'xxxxx' : sell limit 1.00 MAGN- 12.19 at 39368 placed for execution in6.836 ms
2019.08 . 2111 : 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 in6.926 ms
2019.08 . 2111 : 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 in6.418 ms
2019.08 . 2111 : 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 in5.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
터미널은 주문 에 대한 Exchange 응답의 로그(비동기 주문의 경우 )를 유지하지 않으므로,
이 확인은 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 서버 는 클라이언트가 대량 주문을 보내는 피크 시간에 로드를 처리할 수 없습니다.
추가됨
가장 슬픈 것은 Opener에 19700개의 활성 클라이언트가 있고 MT5 서버(7개)가 있다는 것입니다.
따라서 1개의 서버 에 대해(모든 활성 클라이언트가 MT5를 통해 작동하는 경우 )
19700/7 = 2814.29 클라이언트가 있습니다. 이는 평균적인 서버의 기준으로 볼 때 이러한 많은 요청을 처리하는 것은 말도 안되는 일입니다!
Если вы хотите создать брокерскую компанию или расширить существующий бизнес — закажите институциональную мультирыночную платформу MetaTrader 5! С ее помощью вы сможете организовать успешное обслуживание трейдеров на Форексе, фондовой бирже и рынках фьючерсов. В составе MetaTrader 5 есть все необходимые компоненты для организации брокерского...
Анализировал с владельцем MT5-сервера тормоза торговых приказов. Запускался OrderSend-Test2.mq5 в том же месте, где MT5-сервер стоит. Т.е. нулевой пинг. Демо, все внутри. Изучались логи MT5-сервера (2170) и MT5-клиента (2280). Логи сервера не буду приводить, просто словами опишу. Думаю, результаты буду интерсны всем, т.к. это поможет раскрыть...
:)
나는 정치적으로 옳다.
우리는 MT5에 대해 지불하지 않지만 Opener는 지불하므로 Opener는 다음을 받을 자격이 있습니다.
기술 지원 :), 음 ... 그리고 모든 것에 대한 비난 :)
어쩌면 당신이 옳을 수도 있습니다 (정치적으로 옳습니다))))
Opener에게 권리가 있다면 MT5를 통해 거래하게 하고,
MT5에서는 트레이더를 지원하지 않기 때문에 다른 움직임을 찾아야 합니다)
어쩌면 당신이 옳을 수도 있습니다 (정치적으로 옳습니다))))
Opener에게 권리가 있다면 MT5를 통해 거래하게 하고,
MT5에서는 트레이더를 지원하지 않기 때문에 다른 움직임을 찾아야 합니다)
"Record Opener"를 출판한 것이 헛되지 않았습니다.
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이것은 나(집에서)에서 Opener의 MT5 서버까지 네트워크 연결이 가장 높은 수준에 있음을 나타냅니다.
예를 들어 . 집에서의 평균 작업 속도(5-7ms)
비동기 주문 을 보내기 때문에 무슨 일이 일어나고 있는지 매우 명확합니다.
Установка ордера 2019.08.16 10:00:02.189 Trades 'ххххх': sell limit 2.00 UJPY-12.19 at 108.33 Если нет ответа сервера в OnTradeTransacrtion ( должен прийти тикет ордера ), то срабатывает каждую секунду функция CheckOrders터미널은 주문 에 대한 Exchange 응답의 로그(비동기 주문의 경우 )를 유지하지 않으므로,
이 확인은 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 서버 는 클라이언트가 대량 주문을 보내는 피크 시간에 로드를 처리할 수 없습니다.
추가됨
가장 슬픈 것은 Opener에 19700개의 활성 클라이언트가 있고 MT5 서버(7개)가 있다는 것입니다.
따라서 1개의 서버 에 대해(모든 활성 클라이언트가 MT5를 통해 작동하는 경우 )
19700/7 = 2814.29 클라이언트가 있습니다. 이는 평균적인 서버의 기준으로 볼 때 이러한 많은 요청을 처리하는 것은 말도 안되는 일입니다!
"Record Opener"를 출판한 것이 헛되지 않았습니다.
이것은 나(집에서)에서 Opener의 MT5 서버까지 네트워크 연결이 가장 높은 수준에 있음을 나타냅니다.
예를 들어 . 집에서의 평균 작업 속도(5-7ms)
비동기 주문 을 보내기 때문에 무슨 일이 일어나고 있는지 매우 명확합니다.
터미널은 주문 에 대한 Exchange 응답의 로그(비동기 주문의 경우 )를 유지하지 않으므로,
이 확인은 OnTradeTransacrtion에서만 받을 수 있으므로 시간이 더 길어질 수 있습니다.
즉, 응답이 예상되는 시간은 2초였습니다.
결론은 뻔하다!
MT5 서버 는 클라이언트가 대량 주문을 보내는 피크 시간에 로드를 처리할 수 없습니다.
추가됨
가장 슬픈 것은 Opener에 19700개의 활성 클라이언트가 있고 MT5 서버(7개)가 있다는 것입니다.
따라서 1개의 서버 에 대해(모든 활성 클라이언트가 MT5를 통해 작동하는 경우 )
19700/7 = 2814.29 클라이언트가 있습니다. 이는 평균적인 서버의 기준으로 볼 때 이러한 많은 요청을 처리하는 것은 말도 안되는 일입니다!
모든 MT5 클라이언트는 기본적으로 터미널 자체가 선택하는 최소 핑으로 서버에 연결되어 있습니다. 그 결과 ping 측면에서 가장 빠른 서버에서는 혼잡, 교통 체증이 발생합니다.
ping이 가장 빠르지 않은 다른 서버로 강제 전환을 시도하셨나요?
모든 MT5 클라이언트는 기본적으로 터미널 자체가 선택하는 최소 핑으로 서버에 연결되어 있습니다. 그 결과 ping 측면에서 가장 빠른 서버에서는 혼잡, 교통 체증이 발생합니다.
ping이 가장 빠르지 않은 다른 서버로 강제 전환을 시도하셨나요?
터미널은 ping 뿐만 아니라 서버 부하에 의해서도 전환되는 것 같아요...
하지만 정확히 어떻게 작동하는지 모르겠습니다.
다른 서버로 전환을 시도했지만 동일한 결과
이들은 서버가 아니라 하나의 서버가 있는 액세스 포인트입니다.
시원한! 어떻게 아세요?