서비스, MT5 아키텍처의 새로운 기능인 MT4의 죽음이 코앞에 다가왔습니다. - 페이지 6

 
Petros Shatakhtsyan :


예, 하지만 타이머가 하나뿐이라는 점을 고려해야 합니다. 그렇지 않으므로 VC ++입니다. 임시 섹션에 대한 검사가 많으면 단순히 많은 틱을 잃을 수 있으며 모든 것이 엉망.

문제가 되지 않습니다. 하나의 타이머에서는 타이머가 시작될 때마다 하나의 확인을 수행하고 나머지는 마지막 해당 확인 후 X초 후에 수행하는 것입니다.
 
Alexey Kozitsyn :
문제가 되지 않습니다. 하나의 타이머 에서는 타이머가 시작될 때마다 하나의 확인을 수행 하고 나머지는 마지막 해당 확인 후 X초 후에 수행하는 것입니다.


난 이해가 안 돼요. 타이머를 실행하는 데 비용이 얼마나 드는지 알고 있습니까? 1회 이상 실행 가능한가요?

나는 모든 틱 이 중요하다고 말했고 당신은 초에 대해 이야기하고 있습니다. 이들 모두는 서로 독립적으로 병렬로 작동해야 합니다.

 
Petros Shatakhtsyan :


난 이해가 안 돼요. 타이머를 실행하는 데 비용이 얼마나 드는지 알고 있습니까? 1회 이상 실행 가능한가요?

나는 모든 틱 이 중요하다고 말했고 당신은 초에 대해 이야기하고 있습니다.

타이머를 실행하는 것은 다른 방법으로 수행할 수 없는 경우 작업에 소요되는 비용과 동일합니다. 여러 번 실행할 필요는 없습니다. 한 번은 3번 중 3번, 다른 한 번은 3번 중 1번만 확인하면 됩니다. 이제 아이디어가 명확해지기를 바랍니다.

 
Petros Shatakhtsyan :


타이머가 밀리초를 사용하더라도 EA가 모든 틱 을 처리하는 경우 비효율적으로 작동합니다.

시장 시계에서 모든 틱을 바로 얻을 수 있는 더 쉬운 방법이 필요합니다.

OnTick을 통한 A는 어드바이저가 있는 곳에 다음 틱이 올 때만 작동하기 때문에 불가능합니다.


글쎄, 가장 불안정한 기호에서 실행하는 옵션으로. 물론 약간의 손실도 있겠지만.. 하지만 전체 Expert Advisor의 로직 실행 속도에서 손실이 있을 것입니다.
 
Maxim Dmitrievsky :

글쎄, 가장 불안정한 기호에서 실행하는 옵션으로. 물론 약간의 손실도 있겠지만.. 하지만 전체 Expert Advisor의 로직 실행 속도에서 손실이 있을 것입니다.


그리고 이것이 그가 또 다른 OnTick이 만들어져야 한다고 말한 이유입니다. 이 OnTick은 현재 시장 검토에서 사용할 수 있는 모든 기호에서 틱을 받았습니다. 간단하고 빠른 옵션.

그리고 이것 뿐만이 아닙니다. 또한 각 기호가 가지고 있는 실제 레버리지를 반환하는 함수가 있어야 합니다.

 
Petros Shatakhtsyan :


그리고 이것이 그가 또 다른 OnTick이 만들어져야 한다고 말한 이유입니다. 이 OnTick은 현재 시장 검토에서 사용할 수 있는 모든 기호에서 틱을 받았습니다. 간단하고 빠른 옵션.

실제로 OnTick()은 틱을 건너뜁니다. OnCalculate() 조차도 틱을 건너뜁니다. 또한 틱은 일괄적으로 나타날 수 있습니다. 따라서 타이머는 특히 많은 문자를 분석할 때 그다지 비싸지 않습니다. 가장 중요한 것은 경제적 인 계산을하는 것입니다.
 
Alexey Kozitsyn :
실제로 OnTick()은 틱을 건너뜁니다. OnCalculate()조차도 틱을 건너뜁니다. 또한 틱은 일괄적으로 나타날 수 있습니다. 따라서 타이머는 특히 많은 문자를 분석할 때 그다지 비싸지 않습니다. 가장 중요한 것은 경제적 인 계산을하는 것입니다.

글쎄, 당신은 타이머를 사용할 수 있습니다. EventSetMillisecondTimer 가 있다는 것은 좋은 일입니다.   그러나 OnTimer도 실행하는 것은 좋지 않습니다. OnMillisecondTimer를 추가해야 했습니다.
 
Petros Shatakhtsyan :

글쎄, 당신은 타이머를 사용할 수 있습니다. EventSetMillisecondTimer 가 있다는 것은 좋은 일입니다.   그러나 OnTimer도 실행하는 것은 좋지 않습니다. OnMillisecondTimer를 추가해야 했습니다.

당신이 그렇게하는 것을 막는 것은 무엇입니까?

 void OnTimer ()
{
if ( condition1 )
   {...копируем тики...}
if ( condition2 )
   {...иной расчет, который не нужно запускать так часто, как condition1...}
}
그리고 주제에 관한 경우 서비스에 OnBookEvent() 핸들러와 같은 문자 필드가 있으면 좋을 것입니다.
 
Alexey Kozitsyn :
실제로 OnTick()은 틱을 건너뜁니다. OnCalculate()조차도 틱을 건너뜁니다. 또한 틱은 일괄적으로 나타날 수 있습니다. 따라서 타이머는 특히 많은 문자를 분석할 때 그다지 비싸지 않습니다. 가장 중요한 것은 경제적 인 계산을하는 것입니다.

그것은 또한 타이머에 의해 건너 뛸 것입니다. 진드기 직전에 필요한 경우 거기에있는 틱 볼륨 에 따라 그들을 추적해야합니다 .. 그러나 도움도되지 않습니다 .. 진드기는 매우 빨리 올 수 있으며 많은, 예
 
Maxim Dmitrievsky :

그것은 또한 타이머에 의해 건너 뛸 것입니다. 진드기 직전에 필요한 경우 거기에있는 틱 볼륨 에 따라 그들을 추적해야합니다 .. 그러나 도움도되지 않습니다 .. 진드기는 매우 빨리 올 수 있으며 많은, 예
여기 오리는 아무것도 구할 수 없습니다. 절대 모든 틱을 처리할 수 없습니다.
사유: