그런 식으로 작동하지 않습니다 ... 대기 시간은 터미널과 브로커 서버 간의 왕복 시간입니다. 이것은 특정 브로커에 의존하지 않습니다! 컴퓨터와 브로커 서버 간의 물리적 연결에 의존합니다. 대략적으로 말하자면 물리적으로 가까울수록 대기 시간이 낮아집니다(게이트웨이/스위치 수가 적고 둘 사이의 전송 라인이 더 짧기 때문).
따라서 대기 시간을 줄이려면 물리적으로 가능한 한 컴퓨터에 가까운 서버가 있는 브로커를 확보해야 합니다. 분명히 이것을 하는 가장 좋은 방법은 물리적으로 브로커와 가깝거나 브로커의 IT 센터에 있는 VPS/전용 서버에서 거래하는 것입니다(일부 브로커는 VPS 계정을 무료로 제공하기도 함).
ps 이 포럼의 어떤 사람들은 대기 시간에 대해 다른 정의를 가지고 있습니다 - 그들은 대기 시간에 브로커의 실행 시간을 더합니다... 개인적으로 저는 그것이 다른 주제라고 생각합니다. 특히 그것이 귀하의 통제 하에 있지 않은 것이기 때문에(실제적으로... 브로커의 실행 시간을 비교하는 것은 실용적이지 않다는 의미입니다...).
매우 유용한 정보, 공유해 주셔서 감사합니다. 그러나 인터넷 서버에 대한 속도를 테스트하기 위해 pingtest를 수행했을 때 약 20ms였으므로 NY의 브로커에 대한 인터넷 연결 대기 시간은 약 100ms가 될 것이라고 가정합니다. 이것은 내 전략에 적합합니다. 내가 Dukascopy에 간다면, 이것은 더 길 것입니다.
사실, 나는 대기 시간을 내 컴퓨터에서 전송된 주문이 채워진 후 경과된 시간으로 정의하는 사람들입니다. 그러나 우리가 너무 많이 제어 할 수 없는 일부 대기 시간 회로에 동의합니다.
매우 유용한 정보, 공유해 주셔서 감사합니다. 그러나 인터넷 서버에 대한 속도를 테스트하기 위해 pingtest를 수행했을 때 약 20ms였으므로 NY의 브로커에 대한 인터넷 연결 대기 시간은 약 100ms가 될 것이라고 가정합니다. 이것은 내 전략에 적합합니다. 내가 Dukascopy에 간다면, 이것은 더 길어질 것입니다.
아무 것도 가정하지 마십시오. 이것을 아주 정확하게 측정할 수 있습니다. 먼저 중개인의 IP 주소를 찾으십시오(중개인은 웹사이트에 이를 언급하거나 찾는 방법은 여기를 참조하십시오 -> https://www.mql5.com/en/forum/122800 ). 대부분의 브로커에는 둘 이상의 IP 주소가 있으므로 모두 찾으십시오.
다음으로 ping.exe 및 tracert.exe를 사용하여 브로커 서버에 대한 대기 시간 및 홉을 확인합니다(방법을 모르는 경우 Google에 검색하십시오. 많은 가이드가 떠돌아다니고 있음).
:), 저는 여전히 MT4를 사용하고 있으며 이 시점에서 MT4에서 1s 시간 차트를 달성할 수 있는 방법을 시작했습니다. 그러면 이제 MT4로 이 작업을 수행하면 1초 이상 지연될 수 있다는 확신이 듭니다. :). 그래서 할 가치가 없습니다. 그래서 다른 차트 및 실행 플랫폼을 사용하여 검색으로 옮겼습니다.
글쎄요, 좋은 링크이지만 우리에게는 적합하지 않습니다 ... 우리 중 일부는 우리가 "알고 트레이더"로 생각하고 싶어도 그와는 거리가 멉니다 ...
내가 "우리"라고 말하는 것은 물론 MetaTrader 사용자를 의미합니다... MT는 소매 고객을 위한 것입니다. 우리가 초고주파-저지연-알고리즘 거래(또는 무엇이라고 부르고 싶은지)에 대해 이야기할 때 , 다른 기술이 필요합니다. 다중 ECN 연결, 교환소, 콜로케이션 사이트, 맞춤형 빌드 서버, 고효율 알고리즘 등 ... btw, 초저지연 라우터로 약 80만 달러를 돌려받을 수 있다는 사실을 알고 계셨습니까?
어쨌든 100ms는 터무니없는 시간입니다. 시간 기반 차트를 말할 때 OHLC-V 유형 차트가 암시되어 있으므로 100ms 차트가 어떻게 보일지 상상해보십시오.
틱 차트를 사용하는 것이 더 나을 수도 있습니다. 그게 더 적절합니다.
그리고 약간의 테스트를 위해 선호하는 브로커와 핑 시간을 확인해야 합니다. 예를 들어 내 연결의 경우 테스트한 대부분의 브로커에서 평균적으로 약 150ms의 대기 시간을 얻었습니다(하나의 경우에만 기껏해야 약 70ms - 52ms). 또한, 모든 MT 중개인은 피드를 필터링합니다. 도중에 패킷 손실은 말할 것도 없고 ... 모든 틱을 얻지는 못할 것입니다. 그건 확실합니다.
브로커와 동일한 데이터 센터(또는 근처)에 서버를 배치하면 100ms 차트가 어느 정도 작동할 수 있는 경우가 있습니다. 그러나 제 생각에는 쓸모가 없습니다.
이제 나는 내 목표에서 더 겸손하게 돌아 왔습니다. :). 나는 사용자 정의 가능한 "두 번째" 테마 프레임을 갖고 싶습니다. 10초에서 50초 사이입니다. 어떻게 달성할 수 있습니까? 기간 변환기도 사용 합니까?
[....] 그래서 두 번째 차트로 설정할 수 있는 방법을 알고 있습니까?
그런 식으로 작동하지 않습니다 ... 대기 시간은 터미널과 브로커 서버 간의 왕복 시간입니다. 이것은 특정 브로커에 의존하지 않습니다! 컴퓨터와 브로커 서버 간의 물리적 연결에 의존합니다. 대략적으로 말하자면 물리적으로 가까울수록 대기 시간이 낮아집니다(게이트웨이/스위치 수가 적고 둘 사이의 전송 라인이 더 짧기 때문).
따라서 대기 시간을 줄이려면 물리적으로 가능한 한 컴퓨터에 가까운 서버가 있는 브로커를 확보해야 합니다. 분명히 이것을 하는 가장 좋은 방법은 물리적으로 브로커와 가깝거나 브로커의 IT 센터에 있는 VPS/전용 서버에서 거래하는 것입니다(일부 브로커는 VPS 계정을 무료로 제공하기도 함).
ps 이 포럼의 어떤 사람들은 대기 시간에 대해 다른 정의를 가지고 있습니다 - 그들은 대기 시간에 브로커의 실행 시간을 더합니다... 개인적으로 저는 그것이 다른 주제라고 생각합니다. 특히 그것이 귀하의 통제 하에 있지 않은 것이기 때문에(실제적으로... 브로커의 실행 시간을 비교하는 것은 실용적이지 않다는 의미입니다...).
매우 유용한 정보, 공유해 주셔서 감사합니다. 그러나 인터넷 서버에 대한 속도를 테스트하기 위해 pingtest를 수행했을 때 약 20ms였으므로 NY의 브로커에 대한 인터넷 연결 대기 시간은 약 100ms가 될 것이라고 가정합니다. 이것은 내 전략에 적합합니다. 내가 Dukascopy에 간다면, 이것은 더 길 것입니다.
사실, 나는 대기 시간을 내 컴퓨터에서 전송된 주문이 채워진 후 경과된 시간으로 정의하는 사람들입니다. 그러나 우리가 너무 많이 제어 할 수 없는 일부 대기 시간 회로에 동의합니다.
공유해주셔서 감사합니다..
매우 유용한 정보, 공유해 주셔서 감사합니다. 그러나 인터넷 서버에 대한 속도를 테스트하기 위해 pingtest를 수행했을 때 약 20ms였으므로 NY의 브로커에 대한 인터넷 연결 대기 시간은 약 100ms가 될 것이라고 가정합니다. 이것은 내 전략에 적합합니다. 내가 Dukascopy에 간다면, 이것은 더 길어질 것입니다.
아무 것도 가정하지 마십시오. 이것을 아주 정확하게 측정할 수 있습니다. 먼저 중개인의 IP 주소를 찾으십시오(중개인은 웹사이트에 이를 언급하거나 찾는 방법은 여기를 참조하십시오 -> https://www.mql5.com/en/forum/122800 ). 대부분의 브로커에는 둘 이상의 IP 주소가 있으므로 모두 찾으십시오.
다음으로 ping.exe 및 tracert.exe를 사용하여 브로커 서버에 대한 대기 시간 및 홉을 확인합니다(방법을 모르는 경우 Google에 검색하십시오. 많은 가이드가 떠돌아다니고 있음).
이제 두 번째 차트를 사용하여 테스트하고 amibroker에서 시작을 자동화하겠습니다.
esignal---> amibroker---> API dukascopy
Multichart와 amibroker 중 어느 것이 더 나은가요?
멀티핑을 다운로드 했으므로 시장이 열리면 일부 관련 브로커 서버에 대한 연결 대기 시간을 테스트할 것입니다.
감사해요
McGene4xPro wrote >>
Multichart와 amibroker 중 어느 것이 더 나은가요?
:), 저는 여전히 MT4를 사용하고 있으며 이 시점에서 MT4에서 1s 시간 차트를 달성할 수 있는 방법을 시작했습니다. 그러면 이제 MT4로 이 작업을 수행하면 1초 이상 지연될 수 있다는 확신이 듭니다. :). 그래서 할 가치가 없습니다. 그래서 다른 차트 및 실행 플랫폼을 사용하여 검색으로 옮겼습니다.
그러나 귀하의 의견과 공유 정보는 높이 평가됩니다.
글쎄요, 좋은 링크이지만 우리에게는 적합하지 않습니다 ... 우리 중 일부는 우리가 "알고 트레이더"로 생각하고 싶어도 그와는 거리가 멉니다 ...
내가 "우리"라고 말하는 것은 물론 MetaTrader 사용자를 의미합니다... MT는 소매 고객을 위한 것입니다. 우리가 초고주파-저지연-알고리즘 거래(또는 무엇이라고 부르고 싶은지)에 대해 이야기할 때 , 다른 기술이 필요합니다. 다중 ECN 연결, 교환소, 콜로케이션 사이트, 맞춤형 빌드 서버, 고효율 알고리즘 등 ... btw, 초저지연 라우터로 약 80만 달러를 돌려받을 수 있다는 사실을 알고 계셨습니까?
어쨌든 100ms는 터무니없는 시간입니다. 시간 기반 차트를 말할 때 OHLC-V 유형 차트가 암시되어 있으므로 100ms 차트가 어떻게 보일지 상상해보십시오.
틱 차트를 사용하는 것이 더 나을 수도 있습니다. 그게 더 적절합니다.
그리고 약간의 테스트를 위해 선호하는 브로커와 핑 시간을 확인해야 합니다. 예를 들어 내 연결의 경우 테스트한 대부분의 브로커에서 평균적으로 약 150ms의 대기 시간을 얻었습니다(하나의 경우에만 기껏해야 약 70ms - 52ms). 또한, 모든 MT 중개인은 피드를 필터링합니다. 도중에 패킷 손실은 말할 것도 없고 ... 모든 틱을 얻지는 못할 것입니다. 그건 확실합니다.
브로커와 동일한 데이터 센터(또는 근처)에 서버를 배치하면 100ms 차트가 어느 정도 작동할 수 있는 경우가 있습니다. 그러나 제 생각에는 쓸모가 없습니다.
이제 나는 내 목표에서 더 겸손하게 돌아 왔습니다. :). 나는 사용자 정의 가능한 "두 번째" 테마 프레임을 갖고 싶습니다. 10초에서 50초 사이입니다. 어떻게 달성할 수 있습니까? 기간 변환기도 사용 합니까?
도와주세요.
밀리초 또는 1초 차트의 모든 업데이트.
저지연 플랫폼에 대한 추가 업데이트
밀리초 또는 1초 차트의 모든 업데이트.
저지연 플랫폼에 대한 추가 업데이트