친구 여러분, 가장 중요한 것은 밀리초의 정확도가 단순히 불가능하다는 것입니다. 인터넷을 통해 훨씬 더 많은 지연이 있습니다. 또한 컴퓨터의 일반 타이머는 여전히 낮은 주파수(내가 틀리지 않았다면 약 1/18초)에서 작동하고 더 높은 정확도를 얻는 것은 매우 어렵습니다.
저는 MT4에서 거래합니다. 아시다시피, 시간이 지남에 따라 모든 것이 MT5와 유사합니다. 나는 핑 문제와 기타 밀리세컨드 넌센스를 해결합니다. MT4에서 밀리초 데이터를 사용할 것이라고 생각했습니다. 그리고 이상하게도 그는 부정적으로 대답했습니다. 예, 밀리초 데이터는 예를 들어 OrderOpenTime을 구문 분석할 때 유용합니다. 그러나 실제로는 그러한 필요성이 매우, 아주 드물게 필요했습니다. 나는 필요성이 아니라 어쨌든 이익이 어떤 식 으로든 의존하지 않는 하나의 거래 뉘앙스를 이해하려는 욕구라고 말할 것입니다.
물론 틱에는 기본적으로 밀리초가 필요합니다. 이를 통해 작은 가격 변동을 실시간으로 분석할 수 있습니다. 그러나 역사 연구에 훨씬 더 유용합니다. 다중 통화 시스템은 틱-밀리초 기록에서만 올바르게 분석할 수 있습니다. 예를 들어, 이러한 역사 없이 합성 EURGBP를 구축하는 것은 불가능합니다. 그러나 여기에는 몇 가지 문제가 있습니다.
MT4/MT5에서는 간격 없이 진드기를 수집할 수 없습니다.
연구 인프라에는 사용자 지정 기록 및 틱 테스터 기능이 없습니다.
실시간으로 플랫폼 자체는 거래할 때 매우 강한 지연을 제공합니다(MT5에서 비동기를 연구하지 않았으므로 거짓말하지 않을 것입니다).
저것들. 좋은 연구 인프라를 갖춘 사람들에게는 밀리초가 필요합니다. 원칙적으로 이것은 귀하의 결정입니다. 글쎄, 그렇다면 밀리 초 및 기타 정보로 틱을 얻는 문제도 우리 자신의 수단으로 해결됩니다.
더군다나 과연 누가 그런 능력을 필요로 하는지를 보면 과연 이 기능 때문에 어려움을 겪을 가치가 있느냐는 의문이 제기되는데, 이는 유용성 면에서 의심스럽다. 우리는 여전히 MT4/MT5가 누구를 위해 설계되었는지 냉정하게 이해해야 합니다. 즉, 대량 사용자입니다. 실제로 이러한 밀리초가 필요하지 않습니다. 누군가 정말로 그것을 필요로 한다면 그는 동일한 Stocksharp 또는 FDK를 사용할 수 있습니다.
실시간으로 MT4에서도 밀리초를 사용하고 GetTickCount를 통해 에뮬레이트합니다. 예를 들어 거부를 분석 할 때:
또는 예를 들어 더 복잡한 경우 - 기호 또는 다른 피드의 합성 주문장 . 이러한 목적을 위해 MT4/MT5의 기능 내에서 이러한 에뮬레이션으로 충분합니다.
요약하면, MT5에서는 위에서 언급한 것들이 없다면 밀리세컨드를 주는 것은 불필요하다고 생각합니다.
추신: FXCM의 접근 방식이 마음에 들었습니다. 테스터와 틱 이력이 있습니다. 누구나 정기적인 OHLCV 이력에서 자신의 전략을 자유롭게 테스트할 수 있습니다. 하지만 누군가에게 틱 기록과 틱 테스터가 필요한 경우 API를 통해서만 틱 기록을 가져올 수 있습니다. 틱 테스터 - SDK 테스터를 통해서만 가능합니다. 저것들. 계산은 사람이 애지중지하는 데 사용되기를 원하지 않으면 그의 자격이 일치해야한다는 것입니다. 저것들. 그는 API(및 이를 통해 거래)와 SDK를 모두 이해할 것입니다.
그들은 또한 당신의 콧물이 MT4에서 좋았기 때문에 감사하다고 말할 것입니다. 그러나 나는 그것에 신경 쓰지 않았습니다.
두 번째 경고의 위험을 감수합니다. 다른 사람에게 무례한 말을 하지 마십시오.
친구 여러분, 가장 중요한 것은 밀리초의 정확도가 단순히 불가능하다는 것입니다. 인터넷을 통해 훨씬 더 많은 지연이 있습니다. 또한 컴퓨터의 일반 타이머는 여전히 낮은 주파수(내가 틀리지 않았다면 약 1/18초)에서 작동하고 더 높은 정확도를 얻는 것은 매우 어렵습니다.
예, 여기에 올바르게 말했습니다. 밀리 초는 어떻습니까?
datetime 형식이 좋은 것 이상인 것 같습니다.
Vyacheslav, 그러나 이것은 그렇지 않습니다.)
그건 그렇고, 나는이 제안으로 지원팀에 연락하고 싶었습니다. 하지만 이를 위해서는 새로운 시간 형식을 만들어야 한다는 것을 이해합니다... 그리고 어떻게든 이렇게 하는 것이 귀찮다는 것을 이해합니다.
아마도 주문시 터미널에 그러한 정보를 제공해야 할 때입니까?
정확히. 우리는 시간을 저장 하는 새로운 방법(새로운 시간 형식이 아님)을 만들어야 합니다. 그리고 우리의 모든 구성 요소에 배포합니다. 시계열까지. 그것은 가치? 기필코 아니다.
여기서 밀리초에 대한 정보가 더 중요합니다. 그러나 그것은 또한 가치가 없습니다. 전선을 통과할 때 이 정보는 관련성을 완전히 잃습니다.
PS Stanislav, 그건 그렇고.
정확히. 우리는 시간을 저장 하는 새로운 방법(새로운 시간 형식이 아님)을 만들어야 합니다. 그리고 우리의 모든 구성 요소에 배포합니다. 시계열까지. 그것은 가치? 기필코 아니다.
네. 그 과정이 매우 힘들다
여기서 정보는 밀리초 정도가 더 중요합니다. 그러나 그것은 또한 가치가 없습니다. 전선을 통과할 때 이 정보는 관련성을 완전히 잃습니다.
하지만 여기에 동의하지 않습니다. 정보는 통계 수집을 위한 존재만큼 즉각적인 의사 결정에 중요하지 않습니다. 즉, 관련성이 아니라 이벤트 체인을 복원하고 이미 말했듯이 공급자 또는 서버 작업에 대한 통계 수집을 위한 것입니다.
결국, 거래자에게 ms 단위의 주문 및 거래 속성을 제공할 수 있는 거의 모든 것이 준비되었습니다. OrderGetInteger / DealGetInteger에는 제자리가 있습니다. ORDER_TIME_MSC / DEAL_TIME_MSC로
PS Stanislav, 그건 그렇고.
Renat는 MT5가 Plaza에 연결되어 있다고 말했고, 당신은 왜 밀리세컨드라고 말했습니다.
그렇다면 거래 요청을 보내는 비동기 기능은 무엇입니까? 왜 만들었어요?
MT5는 교환 플랫폼이며 거래자는 교환에서 밀리초가 필요합니다. :)
그래서 그렇습니다. 몇 밀리초가 "나무를 자르는 데 도움이 될지" 알려주시겠습니까? (씨)
당신은 묻고 묻습니다 - 모두가 침묵합니다.
그래서 그렇습니다. 몇 밀리초가 "나무를 자르는 데 도움이 될지" 알려주시겠습니까? (씨)
당신은 묻고 묻습니다 - 모두가 침묵합니다.
내 말은 - 어떤 식으로든 거래 중입니다. 주문 이 접수된 후 거래가 성사될 때까지 수십 밀리초가 경과한다는 것이 분명하기 때문입니다.
추가 통계 수집에 대한 연설. 공급자가 주문을 처리하는 방법, 아마도 버그가 있을 수 있습니다. 서버가 느려지거나 인터넷이 느려질 수 있습니다.
그래서 그렇습니다. 몇 밀리초가 "나무를 자르는 데 도움이 될지" 알려주시겠습니까? (씨)
당신은 묻고 묻습니다 - 모두가 침묵합니다.
그들은 분 TF에 대한 초뿐만 아니라 도움이됩니다. 그리고 초가 도움이 되지 않는 경우에는 밀리초를 사용합니다. :)
저는 MT4에서 거래합니다. 아시다시피, 시간이 지남에 따라 모든 것이 MT5와 유사합니다. 나는 핑 문제와 기타 밀리세컨드 넌센스를 해결합니다. MT4에서 밀리초 데이터를 사용할 것이라고 생각했습니다. 그리고 이상하게도 그는 부정적으로 대답했습니다. 예, 밀리초 데이터는 예를 들어 OrderOpenTime을 구문 분석할 때 유용합니다. 그러나 실제로는 그러한 필요성이 매우, 아주 드물게 필요했습니다. 나는 필요성이 아니라 어쨌든 이익이 어떤 식 으로든 의존하지 않는 하나의 거래 뉘앙스를 이해하려는 욕구라고 말할 것입니다.
물론 틱에는 기본적으로 밀리초가 필요합니다. 이를 통해 작은 가격 변동을 실시간으로 분석할 수 있습니다. 그러나 역사 연구에 훨씬 더 유용합니다. 다중 통화 시스템은 틱-밀리초 기록에서만 올바르게 분석할 수 있습니다. 예를 들어, 이러한 역사 없이 합성 EURGBP를 구축하는 것은 불가능합니다. 그러나 여기에는 몇 가지 문제가 있습니다.
저것들. 좋은 연구 인프라를 갖춘 사람들에게는 밀리초가 필요합니다. 원칙적으로 이것은 귀하의 결정입니다. 글쎄, 그렇다면 밀리 초 및 기타 정보로 틱을 얻는 문제도 우리 자신의 수단으로 해결됩니다.
더군다나 과연 누가 그런 능력을 필요로 하는지를 보면 과연 이 기능 때문에 어려움을 겪을 가치가 있느냐는 의문이 제기되는데, 이는 유용성 면에서 의심스럽다. 우리는 여전히 MT4/MT5가 누구를 위해 설계되었는지 냉정하게 이해해야 합니다. 즉, 대량 사용자입니다. 실제로 이러한 밀리초가 필요하지 않습니다. 누군가 정말로 그것을 필요로 한다면 그는 동일한 Stocksharp 또는 FDK를 사용할 수 있습니다.
실시간으로 MT4에서도 밀리초를 사용하고 GetTickCount를 통해 에뮬레이트합니다. 예를 들어 거부를 분석 할 때:
또는 예를 들어 더 복잡한 경우 - 기호 또는 다른 피드 의 합성 주문장 . 이러한 목적을 위해 MT4/MT5의 기능 내에서 이러한 에뮬레이션으로 충분합니다.
요약하면, MT5에서는 위에서 언급한 것들이 없다면 밀리세컨드를 주는 것은 불필요하다고 생각합니다.
추신: FXCM의 접근 방식이 마음에 들었습니다. 테스터와 틱 이력이 있습니다. 누구나 정기적인 OHLCV 이력에서 자신의 전략을 자유롭게 테스트할 수 있습니다. 하지만 누군가에게 틱 기록과 틱 테스터가 필요한 경우 API를 통해서만 틱 기록을 가져올 수 있습니다. 틱 테스터 - SDK 테스터를 통해서만 가능합니다. 저것들. 계산은 사람이 애지중지하는 데 사용되기를 원하지 않으면 그의 자격이 일치해야한다는 것입니다. 저것들. 그는 API(및 이를 통해 거래)와 SDK를 모두 이해할 것입니다.
여기, 두 번째로 아프지 않을 것 같습니다.