저도 거래소 오픈때 증권거래소에 있던 주문(특히 답답한 분들을 위해 중개인이 아닌)이 이미 다 채워진 상태이고 서버가 느려지고 주문이 실행되었다는 정보가 온다는 것도 알아차렸습니다. 1분 이상의 지연으로 터미널에 도착합니다. 그와 동시에 서버와 거래소가 동작하며 다른 애플리케이션을 지체 없이 수락한다.
브로커가 특히 몇 가지 개인적인 이유로 속임수를 쓰고 있다고 생각합니까?
프로스토트레이더가 게시한 로그를 주의 깊게 살펴보세요. 거래소에서 거래하지 않는다면 여기에 홍수가 날 필요가 없습니다.
아니, 난 이해가 안 돼요. 처음으로 결혼했습니다.
브로커는 주문을 실행하지 않으며 서버에 보관하지도 않습니다. 브로커의 임무는 거래소에서 고객에게 정보를 신속하게 전송하고 수수료를 계산하는 것입니다.
저것들. 브로커와 서버가 필요하지 않다고 생각하십니까? :-))
거래소에서 클라이언트로 정보를 신속하게 전송하고 수수료를 계산하기 위해 브로커가 작업을 수행하는 것도 시간이 걸린다는 것을 이해하십니까? 그리고 시장에 "희박한" 조건이 있는 경우(세션의 시작 또는 간격), 어떤 일이 발생합니까?
다시 한 번 반복하겠습니다.
IMHO, 브로커는 한 번에 모든 것을 채우는 데 서두르지 않을 가능성이 높으며 필요에 따라 점진적으로 채워집니다 ... 이것이 위험 관리 시스템입니다 ...
변동성은 언제 높습니까? 주문을 삭제할 수 없는 것이 맞습니다. 왜냐하면 가능성이 높다...
브로커는 트릭을 수행하지 않고 "비정형" 조건에서 패스만 합니다. 그런거...
그리고 10:00 ~ 10:05 개장시간에는 거래를 하지 않습니다. 오랜만입니다 ... 예, 세션이 시작될 때 다른 사람들에게 무언가를 낚아채라고 조언하지 않습니다.
도움말에 나와 있는 것처럼 - 거래의 순서는 보장되지 않습니다 - 히스토리로 주문을 이관하는 거래는 거래 거래보다 먼저 받을 수 있습니다. 단말기에서 의 포지션 변경은 각각 거래 거래를 수신한 결과 엄격하게 발생하며, 이를 수신하는 것은 포지션이 변경되었음을 보장합니다. 내역에 대한 주문 이전 거래를 수신하면 해당 주문이 더 이상 활성(개방)되지 않고 주문 내역으로 이전되었음을 보장합니다.
이 문구에 관해서는.
분명히 비동기 거래가있는 터미널의 초기 버전 중 하나에 대한 문서에서 남아있었습니다. 곧 제거하겠습니다. 죄인은 총에 맞을 것입니다.
브로커가 무엇인지 알고 있습니까? 부엌에서 거래하는 데 사용됩니다.
저도 거래소 오픈때 증권거래소에 있던 주문(특히 답답한 분들을 위해 중개인이 아닌)이 이미 다 채워진 상태이고 서버가 느려지고 주문이 실행되었다는 정보가 온다는 것도 알아차렸습니다. 1분 이상의 지연으로 터미널에 도착합니다. 그와 동시에 서버와 거래소가 동작하며 다른 애플리케이션을 지체 없이 수락한다.
브로커가 특히 몇 가지 개인적인 이유로 속임수를 쓰고 있다고 생각합니까?
프로스토트레이더가 게시한 로그를 주의 깊게 살펴보세요. 거래소에서 거래하지 않는다면 여기에 홍수가 날 필요가 없습니다.아니, 난 이해가 안 돼요. 처음으로 결혼했습니다.
브로커는 주문을 실행하지 않으며 서버에 보관하지도 않습니다. 브로커의 임무는 거래소에서 고객에게 정보를 신속하게 전송하고 수수료를 계산하는 것입니다.
저것들. 브로커와 서버가 필요하지 않다고 생각하십니까? :-))
거래소에서 클라이언트로 정보를 신속하게 전송하고 수수료를 계산하기 위해 브로커가 작업을 수행하는 것도 시간이 걸린다는 것을 이해하십니까? 그리고 시장에 "희박한" 조건이 있는 경우(세션의 시작 또는 간격), 어떤 일이 발생합니까?
다시 한 번 반복하겠습니다.
IMHO, 브로커는 한 번에 모든 것을 채우는 데 서두르지 않을 가능성이 높으며 필요에 따라 점진적으로 채워집니다 ... 이것이 위험 관리 시스템입니다 ...
변동성은 언제 높습니까? 주문을 삭제할 수 없는 것이 맞습니다. 왜냐하면 가능성이 높다...
브로커는 트릭을 수행하지 않고 "비정형" 조건에서 패스만 합니다. 그런거...
그리고 10:00 ~ 10:05 개장시간에는 거래를 하지 않습니다. 오랜만입니다 ... 예, 세션이 시작될 때 다른 사람들에게 무언가를 낚아채라고 조언하지 않습니다.
그리고 10:00 ~ 10:05 개장시간에는 거래를 하지 않습니다. 이것은 오랫동안 이런 식이었습니다 ... 예, 나는 다른 사람들에게 세션이 시작될 때 무언가를 낚아채라고 조언하지 않습니다.
브라보!
31초 지연 - 세션 시작 시 거래하지 마십시오.
서버에서 응답이 없습니다 - 우리는 거래하지 않습니다(언제 거래가 이루어지지 않을지 알아내는 방법).
괜찮은! 전화 거래로 전환해야 합니까?
나는 누구에게 책임이 있는지(브로커 또는 MQ) 그리고 그 이유가 무엇인지 알지 못하며 이것은 나와 관련이 없어야 합니다!
그러나 그러한 소프트웨어가 존재하는 즉시 전체 거래 시간 범위에서 안정적으로 작동해야 합니다.
Mlyayaya, 당신이 얼마나 어려운지 ...
그리고 왜 MT5를 통해서만 그러한 지연이 발생합니까?
왜 부엌 편향으로 당신의 말도 안되는 이야기로 화제를 흩뜨립니까?
글쎄, 아무도 순전히 물리적 수준에서 지연을 취소하지 않았습니다.
실제 가격과 다른 가격에 이미 변동성이 큰 경우 실행 주문을 보내는 경우에도 마찬가지입니다. 결국 가격은 찰나의 순간에 터미널에 도착했지만 변경될 수 있습니다.
또한 실행 요청이 브로커에 도달하고 브로커에서 거래소로 이동할 때까지 가격도 변경될 수 있습니다. 여기에 말 그대로 갑작스러운 미끄러짐이 있습니다. 터미널에서 교환기로 또는 그 반대로 신호가 전달되기 때문입니다.
글쎄, 아무도 순전히 물리적 수준에서 지연을 취소하지 않았습니다.
실제 가격과 다른 가격에 이미 변동성이 큰 경우 실행 주문을 보내는 경우에도 마찬가지입니다. 결국 가격은 찰나의 순간에 터미널에 도착했지만 변경될 수 있습니다.
또한 실행 요청이 브로커에 도달하고 브로커에서 거래소로 이동할 때까지 가격도 변경될 수 있습니다. 여기에 말 그대로 갑작스러운 미끄러짐이 있습니다. 터미널에서 교환기로 또는 그 반대로 신호가 전달되기 때문입니다.
에게!
당신은 그들이 쓰는 것을 읽습니까?
다음은 정규직입니다.
2018.02.26 10:00:10.138 Trades 'xxxxx': modify order #84618465 sell limit 1.00 NLMK-6.18 at 15500 sl: 0 tp: 0 -> 14942, sl: 0 tp: 0 placed for execution in 6.492 ms그리고 여기에 지연이 있습니다.
2018.02.26 10:01:09.779 Trades 'xxxxx': cancel order #84618465 sell limit 1.00 NLMK-6.18 at 14942 placed for execution in 28726.639 ms차이를 느껴봐?
4424.93배 더!
차이를 느껴봐?
그리고 이 차이 동안 서버와 서버 사이의 신호에 지연이 없었음을 확신합니다. 통신은 로컬 네트워크를 통한 것이 아니라(항상 정적 값이 아님) 인터넷을 통해 이루어지며 오버레이가 가능합니다.
그리고 이 차이 동안 서버와 서버 사이의 신호에 지연이 없었음을 확신합니다. 통신은 로컬 네트워크를 통한 것이 아니라(항상 정적 값이 아님) 인터넷을 통해 이루어지며 오버레이가 가능합니다.
나는 당신에게 전체 주제를 읽으라고 요청하지 않을 것이지만 양심을 가지고 ...
두 페이지 뒤, 모든 것이 매우 명확하게 작성되었습니다.
나는 당신에게 전체 주제를 읽으라고 요청하지 않을 것이지만 양심을 가지고 ...
두 페이지 뒤, 모든 것이 매우 명확하게 작성되었습니다.
나는 단지 지연이 중개인의 잘못이 아니라 신호가 왔다 갔다 하기 때문이라고 말하는 경우가 많습니다. 예, 이 핑에는 서버의 요청을 처리하기 위한 시간 초과도 있지만 그렇게 크지는 않습니다. 명령을 실행하면 어떤 종류의 핑 번호가 표시되는지에 대해.
아니, 난 이해가 안 돼요. 처음으로 결혼했습니다.
그것은 볼 수 있습니다.
나는 당신에게 뭔가를 설명하고 증명하고 싶지 않습니다. 일화가 생각났습니다.
한 남자가 거리를 걷고 있고 세 명의 앰벌이 만납니다.
- 친구, 거기 가지 마세요. 거기에서 옷을 벗습니다.
멈추고, 생각하고, 다른 길로 갔다.
- 거기도 가지 마세요. 거기에서 옷을 벗습니다.
그는 생각을 멈추고 다음과 같이 물었다.
- 난 어디로 가야 해?
- 아무데도 가지 말고 여기서 옷을 벗으세요!
))
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
"플로팅" PositionSelect() 오류
MQ 알렉산더 , 2016.08.03 18:00
주문, 위치 및 거래에 관해서.
도움말에 나와 있는 것처럼 - 거래의 순서는 보장되지 않습니다 - 히스토리로 주문을 이관하는 거래는 거래 거래보다 먼저 받을 수 있습니다.
단말기에서 의 포지션 변경은 각각 거래 거래를 수신한 결과 엄격하게 발생하며, 이를 수신하는 것은 포지션이 변경되었음을 보장합니다.
내역에 대한 주문 이전 거래를 수신하면 해당 주문이 더 이상 활성(개방)되지 않고 주문 내역으로 이전되었음을 보장합니다.
이 문구에 관해서는.
분명히 비동기 거래가있는 터미널의 초기 버전 중 하나에 대한 문서에서 남아있었습니다. 곧 제거하겠습니다. 죄인은 총에 맞을 것입니다.
M.Q.알렉산더 !
이 곳 어딘가에 강력한 브레이크가 있습니다.
이 주제를 살펴보십시오.
분명히 모든 사람이 총에 맞은 것은 아닙니다))