어떻게 100밀리초 차트를 얻을 수 있습니까 ???

 

얘들 아, 나는이 100ms 차트를 얻는 방법을 찾는 데 매우 관심이 있습니다. 내가 이것을 할 수있는 방법을 아는 사람이 있으면 공유하십시오


감사해요

 

필요한게 뭐야?!?!?

다음은 무엇입니까? 50피코초 차트?

 


감사해요
 
csebastian :

필요한게 뭐야?!?!?

다음은 무엇입니까? 50피코초 차트?


누가 내 친구를 알고 ;).


https://www.youtube.com/watch?v=UVkDOAabCkQ

 
McGene4xPro :

얘들 아, 나는이 100ms 차트를 얻는 방법을 찾는 데 매우 관심이 있습니다. 내가 이것을 할 수있는 방법을 아는 사람이 있으면 공유하십시오

원하는 시간 프레임에 대한 차트를 오프라인 차트로 만들 수 있지만('오프라인'만 검색) 그렇게 하는 것은 의미가 없습니다. 플랫폼은 빈도가 낮은 플랫폼이며 단순히 이를 위해 설계되지 않았습니다.
 

글쎄요, 좋은 링크이지만 우리에게는 적합하지 않습니다 ... 우리 중 일부는 우리가 "알고 트레이더"로 생각하고 싶어도 그와는 거리가 멉니다 ...

내가 "우리"라고 말하는 것은 물론 MetaTrader 사용자를 의미합니다... MT는 소매 고객을 위한 것입니다. 우리가 초고주파-저지연-알고리즘 거래(또는 무엇이라고 부르고 싶은지)에 대해 이야기할 때 , 다른 기술이 필요합니다. 다중 ECN 연결, 교환소, 콜로케이션 사이트, 맞춤형 빌드 서버, 고효율 알고리즘 등 ... btw, 초저지연 라우터로 약 80만 달러를 돌려받을 수 있다는 사실을 알고 계셨습니까?

어쨌든 100ms는 터무니없는 시간입니다. 시간 기반 차트를 말할 때 OHLC-V 유형 차트가 암시되어 있으므로 100ms 차트가 어떻게 보일지 상상해보십시오.

틱 차트를 사용하는 것이 더 나을 수도 있습니다. 그게 더 적절합니다.

그리고 약간의 테스트를 위해 선호하는 브로커와 핑 시간을 확인 해야 합니다. 예를 들어 내 연결의 경우 테스트한 대부분의 브로커에서 평균적으로 약 150ms의 대기 시간을 얻었습니다(하나의 경우에만 기껏해야 약 70ms - 52ms). 또한, 모든 MT 중개인은 피드를 필터링합니다. 도중에 패킷 손실은 말할 것도 없고 ... 모든 틱을 얻지는 못할 것입니다. 그건 확실합니다.

브로커와 동일한 데이터 센터(또는 근처)에 서버를 배치하면 100ms 차트가 어느 정도 작동할 수 있는 경우가 있습니다. 그러나 제 생각에는 쓸모가 없습니다.

 
csebastian :

글쎄요, 좋은 링크이지만 우리에게는 적합하지 않습니다 ... 우리 중 일부는 우리가 "알고 트레이더"로 생각하고 싶어도 그와는 거리가 멉니다 ...

내가 "우리"라고 말하는 것은 물론 MetaTrader 사용자를 의미합니다... MT는 소매 고객을 위한 것입니다. 우리가 초고주파-저지연-알고리즘 거래(또는 무엇이라고 부르고 싶은지)에 대해 이야기할 때 , 다른 기술이 필요합니다. 다중 ECN 연결, 교환소, 콜로케이션 사이트, 맞춤형 빌드 서버, 고효율 알고리즘 등 ... btw, 초저지연 라우터로 약 80만 달러를 돌려받을 수 있다는 사실을 알고 계셨습니까?

어쨌든 100ms는 터무니없는 시간입니다. 시간 기반 차트를 말할 때 OHLC-V 유형 차트가 암시되어 있으므로 100ms 차트가 어떻게 보일지 상상해보십시오.

틱 차트를 사용하는 것이 더 나을 수도 있습니다. 그게 더 적절합니다.

그리고 약간의 테스트를 위해 선호하는 브로커와 핑 시간을 확인해야 합니다. 예를 들어 내 연결의 경우 테스트한 대부분의 브로커에서 평균적으로 약 150ms의 대기 시간을 얻었습니다(하나의 경우에만 기껏해야 약 70ms - 52ms). 또한, 모든 MT 중개인은 피드를 필터링합니다. 도중에 패킷 손실은 말할 것도 없고 ... 모든 틱을 얻지는 못할 것입니다. 그건 확실합니다.

브로커와 동일한 데이터 센터(또는 근처)에 서버를 배치하면 100ms 차트가 어느 정도 작동할 수 있는 경우가 있습니다. 그러나 제 생각에는 쓸모가 없습니다.



MT4 플랫폼으로 이 작업을 시도하는 것은 상속 대기 시간으로 인해 쓸모가 없다는 데 동의합니다. 그러나 가장 짧은 시간에 더 안전한 자동화된 전략이 있습니다. 나는 esignal--->amibroker---> API ECN Dukascopy와 같은 것을 생각하고 있습니다. 이것은 나에게 두 번째 해상도 차트와 실행 품질을 줄 수 있습니다. 그러나 Marketcetera와 같은 오픈 소스 낮은 대기 시간 이 있다고 들었지만 아직 관심이 없기 때문에 지금은 이 문제에 대해 더 많이 파헤치지 않았습니다.

알고 가는 데 필요한 기술을 알고 있습니다. 브로커 중립성, 서버 배치, 강력한 컴퓨터 그러나 그 중 일부는 이전과 같이 더 적은 예산으로 지금 달성할 수 있습니다. 그러나 우리는 MT4 중개인 쪽이기 때문에 여기에서 주제가 아닙니다.

짧은 대기 시간(52-70ms)으로 이 브로커의 이름을 보내주시면 관심이 있을 것입니다. 아이디어를 공유해 주셔서 대단히 감사합니다.


맥진

 
gordon :
원하는 시간 프레임에 대한 차트를 오프라인 차트로 만들 수 있지만('오프라인'만 검색) 그렇게 하는 것은 의미가 없습니다. 플랫폼은 빈도가 낮은 플랫폼이며 단순히 이를 위해 설계되지 않았습니다.


감사합니다. 검색해 보겠습니다. 하지만 시간이 얼마나 소요될지 걱정됩니다. 그리고 너무 많이 지체하지 않고 갈 수 있는 가장 짧은 시간 차트는 무엇입니까??
 
gordon :
원하는 시간 프레임에 대한 차트를 오프라인 차트로 만들 수 있지만('오프라인'만 검색) 그렇게 하는 것은 의미가 없습니다. 플랫폼은 빈도가 낮은 플랫폼이며 단순히 이를 위해 설계되지 않았습니다.


그것을 얻었고 잘 작동했지만 승수가 1 이상이어야하기 때문에 1 분이 넘는 시간 차트의 경우. 그래서 두 번째 차트로 설정할 수 있는 방법을 알고 있습니까? 이것은 좋을 것입니다. 미리 감사드립니다.
 
McGene4xPro :

짧은 대기 시간(52-70ms)으로 이 브로커의 이름을 보내주시면 관심이 있을 것입니다.

그런 식으로 작동하지 않습니다 ... 대기 시간은 터미널과 브로커 서버 간의 왕복 시간입니다. 이것은 특정 브로커에 의존하지 않습니다! 컴퓨터와 브로커 서버 간의 물리적 연결에 의존합니다. 대략적으로 말하자면 물리적으로 가까울수록 대기 시간이 낮아집니다(게이트웨이/스위치 수가 적고 둘 사이의 전송 라인이 더 짧기 때문).

따라서 대기 시간을 줄이려면 물리적으로 가능한 한 컴퓨터에 가까운 서버가 있는 브로커를 확보해야 합니다. 분명히 이것을 하는 가장 좋은 방법은 물리적으로 브로커와 가깝거나 브로커의 IT 센터에 있는 VPS/전용 서버에서 거래하는 것입니다(일부 브로커는 VPS 계정을 무료로 제공하기도 함).


ps 이 포럼의 어떤 사람들은 대기 시간에 대해 다른 정의를 가지고 있습니다 - 그들은 중개인의 실행 시간을 대기 시간에 추가합니다... 개인적으로 저는 그것이 다른 주제라고 생각합니다. 특히 그것이 귀하의 통제 하에 있지 않은 것이기 때문에(실제적으로... 브로커의 실행 시간을 비교하는 것은 실용적이지 않다는 의미입니다...).