fxsaber : 귀하의 로그가 충분한 것 같습니다. 내 MT4에서 브레이크를 찾을 수 없습니다.
나는 이러한 로그를 의미했습니다.
А почему, чтобы закрыть в Вам претензии, не сделать простой лог, типа
Торговый сервер получил приказ - время торгового сервера
Торговый сервер отдал бирже приказ - время торгового сервера
Торговый сервер получил от биржи ответ - время торгового сервера
Тогда бы Вы раз и навсегда закрыли бы эту долгоиграющую тему.
Добавлено.
И присылать эти времена (все три) вместо accepted и placed for execution
fxsaber : 그는 문제가 브로커와 네트워크의 인프라에 있다고 씁니다. 따라서 MT4에는 중개인과 네트워크도 있지만 이것은 거기에서 발생하지 않습니다.
MT4는 MT5와 달리 요청을 어디에도 보내지 않으며, 그 작업은 "주방"에 맞춰져 있습니다. 그리고 저는 MT4에서 작업을 제공하는 브로커를 한 명도 모르고 DC와 스스로를 브로커라고 부르려는 사람들만 압니다. 그러나 사실 그들은 FOREX에 없습니다. 알면 전화하십시오.
그리고 간접 - 브로커와 DC의 차이점은 무엇입니까?
모든 종류의 지연에 관해서는 - Renat이 쓴 대로 자신의 인프라에 투자한 다음 계산을 수행하십시오. 이제 당신은 당신의 네트워크가 이상적이며 모든 결함이 브로커 측이나 MT5 서버의 작동에 있다고 주장하려고 합니다.
그리고 가장 이상적인 옵션은 Plaza2를 통해 교환기에 연결하고 모스크바 교환기 근처 코로케이션에 터미널을 배치하는 것입니다. 여기에서 나온 계산이 있습니다. 왜냐하면 진실을 말해줄 것이기 때문입니다. 아마도 스위치를 제외하고는 귀하와 교환 서버 사이에 중개자가 없을 것입니다.
그건 그렇고, 예를 들어 Otkritie의 터미널을 colo에 배치하면이 colo가 exchange의 colo에 있다는 것은 사실이 아닙니다. 나는 그것이 근처에 있지만 같은 장소가 아니라는 것을 인정합니다 MT5 단말 <-> MT5 서버 <-> moex 서버 사이의 중개자라는 의미는 상상 그 이상입니다. 중개자가 몇 개인지 확인하려면 브로커의 콜로에서 moex 서버까지의 경로를 추적해야 합니다.
한편, 이것은 각각의 경우가 아니며 모든 계산이 진술에 대한 명확한 근거를 제공하지 않습니다.
그건 그렇고 개발자가 요청에 대한 응답(MT5 터미널 <-> MT5 서버 <-> 교환 서버)에 대한 자세한 정보를 기록했다면 모든 질문이 사라지고 속도 손실의 그림이 요청 처리 및 전달이 명확하게 표시되었을 것입니다.
네트워크 지연만 고려합니다 . 당신은 모두 훌륭합니다. 그리고 당신에게서 몇 홉 동안 모든 것이 괜찮습니다.
그러나 문제는 다른 곳에 있습니다. 위의 내용을 모두 읽으십시오. 그리고 줄 사이를 읽으십시오.
그래서 저는 누가 이러한 문제를 일으키는지 100% 확실히 알고 싶습니다.
우리도 이해해 주세요... 결국 500ms 이상의 지연으로 전자 상거래의 모든 요점을 잃게 됩니다.
그래서 저는 누가 이러한 문제를 일으키는지 100% 확실히 알고 싶습니다.
우리도 이해해 주세요... 결국 500ms 이상의 지연으로 전자 상거래의 모든 요점을 잃게 됩니다.
당신은 내가 쓰는 것을 읽습니까?
"나를 이해해 주세요. 세상이 나에게 얼굴을 돌리면 됩니다."를 대체하는 완전한 무시로 판명되었습니다.
당신은 내가 쓰는 것을 읽습니까?
"나를 이해해 주세요. 세상이 나에게 얼굴을 돌리면 됩니다."를 대체하는 완전한 무시로 판명되었습니다.
MT4에서 지난 수만 건의 주문 작업 중 1초 이상 실행되는 작업은 단 한 건도 없었습니다. 이것은 외환 + MT4 + 브리지입니다.
그래서 Renat는 이것에 대해 MT5에 관한 것이 아니라고 씁니다.
그래서 Renat는 이것에 대해 MT5에 관한 것이 아니라고 씁니다.
그는 문제가 브로커와 네트워크의 인프라에 있다고 씁니다. 따라서 MT4에는 중개인과 네트워크도 있지만 이것은 거기에서 발생하지 않습니다.
총알 로그, 할 이야기가있을 것입니다.
브로커는 또한 질문으로 가득 차 있습니다.
총알 로그, 할 이야기가있을 것입니다.
브로커는 또한 질문으로 가득 차 있습니다.
귀하의 로그가 충분한 것 같습니다. 내 MT4에서 브레이크를 찾을 수 없습니다.
나는 이러한 로그를 의미했습니다.
А почему, чтобы закрыть в Вам претензии, не сделать простой лог, типа Торговый сервер получил приказ - время торгового сервера Торговый сервер отдал бирже приказ - время торгового сервера Торговый сервер получил от биржи ответ - время торгового сервера Тогда бы Вы раз и навсегда закрыли бы эту долгоиграющую тему. Добавлено. И присылать эти времена (все три) вместо accepted и placed for execution나는 이러한 로그를 의미했습니다.
그는 문제가 브로커와 네트워크의 인프라에 있다고 씁니다. 따라서 MT4에는 중개인과 네트워크도 있지만 이것은 거기에서 발생하지 않습니다.
MT4는 MT5와 달리 요청을 어디에도 보내지 않으며, 그 작업은 "주방"에 맞춰져 있습니다. 그리고 저는 MT4에서 작업을 제공하는 브로커를 한 명도 모르고 DC와 스스로를 브로커라고 부르려는 사람들만 압니다. 그러나 사실 그들은 FOREX에 없습니다. 알면 전화하십시오.
그리고 간접 - 브로커와 DC의 차이점은 무엇입니까?
모든 종류의 지연에 관해서는 - Renat이 쓴 대로 자신의 인프라에 투자한 다음 계산을 수행하십시오. 이제 당신은 당신의 네트워크가 이상적이며 모든 결함이 브로커 측이나 MT5 서버의 작동에 있다고 주장하려고 합니다.
그리고 가장 이상적인 옵션은 Plaza2를 통해 교환기에 연결하고 모스크바 교환기 근처 코로케이션에 터미널을 배치하는 것입니다. 여기에서 나온 계산이 있습니다. 왜냐하면 진실을 말해줄 것이기 때문입니다. 아마도 스위치를 제외하고는 귀하와 교환 서버 사이에 중개자가 없을 것입니다.
그건 그렇고, 예를 들어 Otkritie의 터미널을 colo에 배치하면이 colo가 exchange의 colo에 있다는 것은 사실이 아닙니다. 나는 그것이 근처에 있지만 같은 장소가 아니라는 것을 인정합니다 MT5 단말 <-> MT5 서버 <-> moex 서버 사이의 중개자라는 의미는 상상 그 이상입니다. 중개자가 몇 개인지 확인하려면 브로커의 콜로에서 moex 서버까지의 경로를 추적해야 합니다.
한편, 이것은 각각의 경우가 아니며 모든 계산이 진술에 대한 명확한 근거를 제공하지 않습니다.
그건 그렇고 개발자가 요청에 대한 응답(MT5 터미널 <-> MT5 서버 <-> 교환 서버)에 대한 자세한 정보를 기록했다면 모든 질문이 사라지고 속도 손실의 그림이 요청 처리 및 전달이 명확하게 표시되었을 것입니다.