터미널은 원격 측에서 각 실행 단계의 정확한 시간이 아니라 터미널에서 신호를 등록/수신 한 현지 시간 을 보여줍니다.
이 경우 모든 응답(MT5 서버의 확인 및 거래소 주문 확인 모두)을 동시에 029 수신했습니다. 귀하 사이에는 많은 네트워크가 있기 때문에 패키지가 즉시 배달된다는 보장이 없습니다. 최소 시간 핑에 당신에게. 네트워크의 작은 플러그 또는 네트워크 채널의 부족(예: 브로커)은 패킷 누적 및 후속 그룹 발행으로 이어집니다.
따라서 네트워크에 질문이 있는 경우 다른 단계의 시간을 셀 수 없습니다. 브로커의 서버에 가까운 이상적인 네트워크에서는 여전히 특정 최소 대기 시간 보장에 의존하고 중간 단계의 시간을 계산할 수 있습니다.
"나는 이상적인 네트워크를 가지고 있으며 불평하지 않습니다"라는 대답 옵션은 적합하지 않습니다. 여기에서 우리는 정상적인 조건에서 인간의 지각에 접근할 수 없는 완전히 다른 타이밍에 대해 이야기하고 있습니다.
빌드 1430
오프닝의 10초까지 차익 거래자들의 열렬한 대기열이 있습니다.
만두를 항상 공짜로 먹을 수 있는 것은 아니다.)
오프닝의 10초까지 차익 거래자들의 열렬한 대기열이 있습니다.
만두를 항상 공짜로 먹을 수 있는 것은 아니다.)
그것을 여는
벌써 6초...
오프닝의 10초까지 차익 거래자들의 열렬한 대기열이 있습니다.
만두를 항상 공짜로 먹을 수 있는 것은 아니다.)
자, 오늘 이 시간에 모든 것이 괜찮은 이유는 무엇입니까? 빌드 1430 리얼
약 10일 전쯤 브로커에게 지연 사유를 문의했을 때,
거래소의 Promserver(Cgate)에 직접 연결되는 다른 소프트웨어를 사용하라고 조언했습니다.
보류 중인 주문을 작성하고 삭제 하는 간단한 로거를 작성하는 것이 필요했습니다.
표시 시간 간격.
그러면 어떤 링크에 지연이 있는지 모든 것이 즉시 명확해집니다.
그러나 브로커가 이 문제에 대해 "작업"하는 동안. :(
자, 오늘 이 시간에 모든 것이 괜찮은 이유는 무엇입니까? 빌드 1430 리얼
따라서 개발자는 브레이크를 밟을 좋은 기회가 있습니다!
이제 "우리는 toromozov를 보지 못한다"고 말하는 것은 불가능할 것입니다.
개발자는 세션이 시작될 때 지정가 주문을 시작 하고 실행 시간 을 모니터링해야 합니다. 브레이크가 보이면 현지에서 해결합니다.
현재 상황은 불행히도 비참합니다.
개발자에게 질문합니다.
비동기 모드에서 주문하기
우리는 누구로부터 메시지를 받습니까?
터미널에서 또는 서버에서?
거래소에서 거래 주문을 했는지 여부를 확인했습니까?
아니면 이 메시지가 MT5 서버가 방금 거래소 에 주문을 보냈다는 의미인가요?
(가능한 경우 OrderSend를 사용하는 방법에 대해 자세히 설명)
이것은 MT5 거래 서버가 아닌 거래소의 응답입니다.
분명한.
브로커가 네트워크(소프트웨어)로 무언가를 결정할 때까지 기다릴 것입니다.
흥미로운 것으로 밝혀졌습니다.
실행 을 위해 배치 된 경우 6.563ms 는 교환의 응답이며,
아마도 MT5 무역 서버의 응답이 받아들여졌을 것입니다.
그런 다음이 로그 컷 아웃에서
무역 서버가 다음과 같이 응답했습니다.
2016.10 . 십 15 : 50 : 02.395 거래 'xxxxx' : 주문 수정 번호 45553946 판매 한도 5.00 HYDR- 3.17 at 8056 sl: 0 tp: 0 -> 8054 , sl: 0 tp: 0 마이너스
2016.10 . 십 15 : 50 : 03.029 거래 'xxxxx' : 수정 주문 수락 # 45553946 판매 한도 5.00 HYDR- 3.17 at 8056 sl: 0 tp: 0 -> 8054 , sl: 0 tp: 0
634ms와 같으면 거래소에서 (-2ms) 주문???
2016.10 . 십 15 : 50 : 03.029 거래 'xxxxx' : 주문 수정 번호 45553946 판매 한도 5.00 HYDR- 3.17 at 8056 sl: 0 tp: 0 -> 8054 , sl: 0 tp: 0 실행 을 위해 배치 632.079ms _
아니면 로그에 이상한 점이나 이상한 점을 이해하지 못합니까???
이해를 도와주세요....
이해를 도와주세요....
터미널은 원격 측에서 각 실행 단계의 정확한 시간이 아니라 터미널에서 신호를 등록/수신 한 현지 시간 을 보여줍니다.
이 경우 모든 응답(MT5 서버의 확인 및 거래소 주문 확인 모두)을 동시에 029 수신했습니다. 귀하 사이에는 많은 네트워크가 있기 때문에 패키지가 즉시 배달된다는 보장이 없습니다. 최소 시간 핑에 당신에게. 네트워크의 작은 플러그 또는 네트워크 채널의 부족(예: 브로커)은 패킷 누적 및 후속 그룹 발행으로 이어집니다.
따라서 네트워크에 질문이 있는 경우 다른 단계의 시간을 셀 수 없습니다. 브로커의 서버에 가까운 이상적인 네트워크에서는 여전히 특정 최소 대기 시간 보장에 의존하고 중간 단계의 시간을 계산할 수 있습니다.
"나는 이상적인 네트워크를 가지고 있으며 불평하지 않습니다"라는 대답 옵션은 적합하지 않습니다. 여기에서 우리는 정상적인 조건에서 인간의 지각에 접근할 수 없는 완전히 다른 타이밍에 대해 이야기하고 있습니다.