그리고 각 개별 서비스에는 네트워크 동기화가 있습니다. 예를 들어, 시장이 있는 네트워크가 사라지고 터미널은 이 네트워크를 연결로 망치기 시작하고 완료될 때까지 진정되지 않습니다.
다시 한번 (당신은 아마 아무것도 읽지 않을 것입니다)
Примечательно то, что терминал уже получил ответ сервера о модификации ордера
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이며 주문 수정의 정확성에 대한 알림을 받았습니다.
Анализировал с владельцем MT5-сервера тормоза торговых приказов. Запускался OrderSend-Test2.mq5 в том же месте, где MT5-сервер стоит. Т.е. нулевой пинг. Демо, все внутри. Изучались логи MT5-сервера (2170) и MT5-клиента (2280). Логи сервера не буду приводить, просто словами опишу. Думаю, результаты буду интерсны всем, т.к. это поможет раскрыть...
당신은 또한 가정의 본질을 탐구하고 싶지 않은 라인을 통해 읽을 것입니다. 글쎄, 그는 주문 수정의 정확성에 대한 알림을 받았습니다. 접수, 처리를 의미하지 않습니다. 그리고 이 이벤트를 단말의 내부 지연으로 처리했습니다. 내부 지연의 원인을 알지 못하므로 타사 네트워크 서비스의 처리로 인해 처리 지연이 발생할 수 있다고 가정했습니다.
당신은 또한 가정의 본질을 탐구하고 싶지 않은 라인을 통해 읽을 것입니다. 글쎄, 그는 주문 수정의 정확성에 대한 알림을 받았습니다. 접수, 처리를 의미하지 않습니다. A는 터미널의 내부 지연으로 이 이벤트를 처리했습니다. 내부 지연의 원인을 알지 못하므로 타사 네트워크 서비스의 처리로 인해 처리 지연이 발생할 수 있다고 가정했습니다.
Торговля осуществляется посредством отправки с помощью функции OrderSend() приказов на открытие позиций, а также приказов на установку, модификацию и удаление отложенных ордеров. Каждый торговый приказ содержит указание на тип запрашиваемой торговой операции. Торговые операции описаны в перечислении ENUM_TRADE_REQUEST_ACTIONS...
글쎄, 드럼처럼 개발자가 그것을 찾도록하십시오. 내가 어딘가에 이것이 정상이라고 썼습니까? 아니요, 물론, 처리가 지연되는 것은 지극히 정상이 아닙니다. 터미널에 제3자 서비스의 힙이 없는 경우에도 요청 처리에 지연이 없었습니다. 그리고 이제 주기적으로 관찰하고 VPS 탭이 깜박이고 시장 탭 또는 다른 탭이 깜박입니다. 그리고 이것은 재연결 또는 동기화 또는 터미널의 추가 네트워크 핸들러입니다.
글쎄, 드럼처럼 개발자가 그것을 찾도록하십시오. 내가 어딘가에 이것이 정상이라고 썼습니까? 아니요, 물론, 처리가 지연되는 것은 지극히 정상이 아닙니다. 터미널에 제3자 서비스의 힙이 없는 경우에도 요청 처리에 지연이 없었습니다. 그리고 이제 주기적으로 관찰하고 VPS 탭이 깜박이고 시장 탭 또는 다른 탭이 깜박입니다. 그리고 이것은 재연결 또는 동기화 또는 터미널의 추가 네트워크 핸들러입니다.
네, 그렇습니다. 이것은 다른 네트워크 터미널 처리기에 영향을 줄 수 없습니까? 또는 거래를 포함한 처리 대기열. 실제로 이 때 단말은 커뮤니티 서버에 스팸메일을 보내고 있으며, 연결을 시도하고 있다. 그리고 터미널에는 많은 서비스가 있으며 모든 서비스에는 서로 다른 서버가 있으며 아마도 하나 이상일 수 있으며 각 서버에서 터미널은 일반적으로 동기화를 찾고 있습니다. 터미널 측에서 거래 이벤트 처리 가 지연되는 가능한 이유 중 하나일 가능성이 매우 높다고 생각합니다.
친애하는 상인 여러분, 제가 약간 잘못된 위치에 있습니다. 왜냐하면 제 질문은 FORTS가 아니라 AMP에 관한 것입니다. 선물 HOEH20 M5 TF. 스크린샷에는 Ask, Bid 및 Last의 3가지 가격 라인이 있습니다. 마지막(화면의 녹색 하단)은 때때로 몇 분 동안 정지하고(잠자기) 손을 잡고 움직이는 Ask/Bid보다 뒤쳐집니다. 이것은 자주 발생하지 않습니다. 이것이 정상인지, 원인이 무엇인지, 어떻게 처리해야 하는지 알려주세요.
그리고 각 개별 서비스에는 네트워크 동기화가 있습니다.
예를 들어, 시장이 있는 네트워크가 사라지고 터미널은 이 네트워크를 연결로 망치기 시작하고 완료될 때까지 진정되지 않습니다.
다시 한번 (당신은 아마 아무것도 읽지 않을 것입니다)
이것은 LOCAL 컴퓨터 TERMINAL이며 주문 수정의 정확성에 대한 알림을 받았습니다.
그리고 THREE SECONDS를 통해 동기화했습니다!
여기에서 네트워크는 무엇입니까???
추가됨
여기, 당신 이전 6 년 동안 많은 "네트워크 작업자"가 ...
여가 시간에 읽기
https://www.mql5.com/en/blogs/post/733393
다시 한번 (당신은 아마 아무것도 읽지 않을 것입니다)
이것은 LOCAL 컴퓨터 TERMINAL이며 주문 수정의 정확성에 대한 알림을 받았습니다.
그리고 THREE SECONDS를 통해 동기화했습니다!
여기에서 네트워크는 무엇입니까???
추가됨
여기, 당신보다 6 년 동안 많은 네트 워크가 ...
여가 시간에 읽기
https://www.mql5.com/en/blogs/post/733393
당신은 또한 가정의 본질을 탐구하고 싶지 않은 라인을 통해 읽을 것입니다.
글쎄, 그는 주문 수정의 정확성에 대한 알림을 받았습니다.
접수, 처리를 의미하지 않습니다.
그리고 이 이벤트를 단말의 내부 지연으로 처리했습니다.
내부 지연의 원인을 알지 못하므로 타사 네트워크 서비스의 처리로 인해 처리 지연이 발생할 수 있다고 가정했습니다.
당신은 또한 가정의 본질을 탐구하고 싶지 않은 라인을 통해 읽을 것입니다.
글쎄, 그는 주문 수정의 정확성에 대한 알림을 받았습니다.
접수, 처리를 의미하지 않습니다.
A는 터미널의 내부 지연으로 이 이벤트를 처리했습니다.
내부 지연의 원인을 알지 못하므로 타사 네트워크 서비스의 처리로 인해 처리 지연이 발생할 수 있다고 가정했습니다.
네, 드럼 때문에 지연이 있었습니다!
잠깐 기다려요...
매매주문 이 1분 만 에 실행되는 것이 정상적인 현상이라고 생각하십니까?
예, 지연이 있었기 때문에 드럼에!
잠깐 기다려요...
매매주문이 1분 만에 실행되는 것이 정상적인 현상이라고 생각하십니까?
글쎄, 드럼처럼 개발자가 그것을 찾도록하십시오.
내가 어딘가에 이것이 정상이라고 썼습니까?
아니요, 물론, 처리가 지연되는 것은 지극히 정상이 아닙니다.
터미널에 제3자 서비스의 힙이 없는 경우에도 요청 처리에 지연이 없었습니다.
그리고 이제 주기적으로 관찰하고 VPS 탭이 깜박이고 시장 탭 또는 다른 탭이 깜박입니다.
그리고 이것은 재연결 또는 동기화 또는 터미널의 추가 네트워크 핸들러입니다.
글쎄, 드럼처럼 개발자가 그것을 찾도록하십시오.
내가 어딘가에 이것이 정상이라고 썼습니까?
아니요, 물론, 처리가 지연되는 것은 지극히 정상이 아닙니다.
터미널에 제3자 서비스의 힙이 없는 경우에도 요청 처리에 지연이 없었습니다.
그리고 이제 주기적으로 관찰하고 VPS 탭이 깜박이고 시장 탭 또는 다른 탭이 깜박입니다.
그리고 이것은 재연결 또는 동기화 또는 터미널의 추가 네트워크 핸들러입니다.
그래서?
그래서?
네, 그렇습니다. 이것은 다른 네트워크 터미널 처리기에 영향을 줄 수 없습니까? 또는 거래를 포함한 처리 대기열.
실제로 이 때 단말은 커뮤니티 서버에 스팸메일을 보내고 있으며, 연결을 시도하고 있다.
그리고 터미널에는 많은 서비스가 있으며 모든 서비스에는 서로 다른 서버가 있으며 아마도 하나 이상일 수 있으며 각 서버에서 터미널은 일반적으로 동기화를 찾고 있습니다.
터미널 측에서 거래 이벤트 처리 가 지연되는 가능한 이유 중 하나일 가능성이 매우 높다고 생각합니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
요새. 실행 질문
2020.02.14 18:37
네, 드럼 때문에 지연이 있었습니다!
아마도 이것은 MT5 중개인(Renat 에 따르면 )이 1.5년 동안 플랫폼을 업데이트하지 않았기 때문일 수 있습니다.
아마도 이것은 MT5 중개인(Renat 에 따르면 )이 1.5년 동안 플랫폼을 업데이트하지 않았기 때문일 수 있습니다.
:) 이전에는 지연이 훨씬 적었고 업데이트되었습니다.
Opener의 서버(주문이 낮은 가격 제한으로 설정되지 않음 - 고정됨)
FORTS, 실제, 빌드 2340
일반적으로 내 로봇은 이 빌드에서 작동을 멈췄 습니다(최대 9분 제동!).
빌드 1947로 롤백됨(2018년 11월).
다행히 이 빌드는 백엔드와 호환됩니다.
지금까지 모든 것이 잘 작동하고 있습니다(물론 지연이 있습니다).
친애하는 상인 여러분, 제가 약간 잘못된 위치에 있습니다. 왜냐하면 제 질문은 FORTS가 아니라 AMP에 관한 것입니다. 선물 HOEH20 M5 TF. 스크린샷에는 Ask, Bid 및 Last의 3가지 가격 라인이 있습니다. 마지막(화면의 녹색 하단)은 때때로 몇 분 동안 정지하고(잠자기) 손을 잡고 움직이는 Ask/Bid보다 뒤쳐집니다. 이것은 자주 발생하지 않습니다. 이것이 정상인지, 원인이 무엇인지, 어떻게 처리해야 하는지 알려주세요.