'CopyTicks' 테스트 - 페이지 16

 
fxsaber :

막대의 눈금 볼륨 이 이 막대의 COPY_TICKS_ALL 눈금 수와 같아야 한다는 것을 올바르게 이해하고 있습니까?

MQL로 쓴게 아니라 물어보는게 빠를줄 알았는데 증권 거래소에서 전통적으로 거래량이 가장 많은 상품과 틱 거래량이 가장 높은 상품은 무엇입니까?

아니요.

눈금 볼륨은 막대를 변경한 눈금 수를 반영합니다. 막대가 오리발을 기반으로 하는 경우 입찰가와 요청이 막대를 형성하지 않으므로 틱 볼륨에서 고려되지 않습니다.

 
fxsaber :
타이머(50ms)를 사용하여 수십 개의 기기에 대한 새로운 틱을 다운로드하면 CopyTicks 내부 캐시, 메모리, 성능은 어떻게 됩니까?

대부분의 경우 캐시에는 아무 일도 일어나지 않습니다. 각 기호에는 최대 65k의 최신 틱이 포함된 자체 틱 캐시가 있습니다.

50ms마다 마지막 틱을 요청하면 디스크의 틱 데이터베이스에 대한 추가 요청 없이 캐시에서 확실히 반환됩니다.

성능을 직접 모니터링하십시오. CPU 비용 추적

 
Slawa :

눈금 볼륨은 막대를 변경한 눈금 수를 반영합니다. 막대가 오리발을 기반으로 하는 경우 입찰가와 요청이 막대를 형성하지 않으므로 틱 볼륨에서 고려되지 않습니다.

COPY_TICKS_TRADE도 모두 틱 볼륨에 포함되지 않습니까? 예를 들어 최종 가격이 변경되지 않는 경우

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

Metatrader 5의 거래 테이프

fxsaber , 2016.09.13 09:39

이것은 테이프 조각입니다. 말해 보세요. 화면의 녹색 프레임에 강조 표시된 상황을 올바르게 이해하고 있습니까?

누군가 정확히 10랏에 대한 시장 요청을 했습니다. 현재 해당 베스트 갱은 1, 1, 1, 1, 3, 2, 1로트의 시간 순서대로 지정가 주문으로 구성되어 있습니다. 시장 당시 이 갱(98340)에 다른 주문이 있었을 수 있습니다. , 그러나 그것들은 연대순으로 언급된 것보다 늦게 전시되었다.

괜찮은?


 
Slawa :

대부분의 경우 캐시에는 아무 일도 일어나지 않습니다. 각 기호에는 최대 65k의 최신 틱이 포함된 자체 틱 캐시가 있습니다.

50ms마다 마지막 틱을 요청하면 디스크의 틱 데이터베이스에 대한 추가 요청 없이 캐시에서 확실히 반환됩니다.

성능을 직접 모니터링하십시오. CPU 비용 추적

From = 0으로 설정하면 캐시에서 복사가 진행 중입니다. From이 훌륭하다면 어떻게 구현됩니까?

CopyTicks 버그는 다음 베타 빌드에서 수정됩니까?

 
막대 의 눈금 볼륨 은 기초입니까? 원칙적으로 증권 거래소에서 아무 의미가 없는 지표입니다. 의식적으로 사용할 수 없습니다. 쓰레기 좀.
 
fxsaber :

From = 0으로 설정하면 캐시에서 복사가 진행 중입니다. From이 훌륭하다면 어떻게 구현됩니까?

CopyTicks 버그는 다음 베타 빌드에서 수정됩니까?

캐시 적중 시 모든 틱이 캐시에서 가져옵니다.

이제 우리는 CopyTicks를 하고 있습니다. 틱 수가 OnCalculate 호출 수와 일치하지 않는 경우를 재현했습니다(하나의 틱이 막대 테두리에서 앞뒤로 "걸어갑니다").

 
Slawa :

이제 우리는 CopyTicks를 하고 있습니다. 틱 수가 OnCalculate 호출 수와 일치하지 않는 경우를 재현했습니다( 하나의 틱 이 막대 테두리에서 앞뒤로 "걸어갑니다").

하나 이상의 틱 차이가 있습니다. 이

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

지표는 거래소의 틱을 놓치고 있습니다.

fxsaber , 2016.09.16 16:31

표시기가 틱을 건너 뛰지 않아야한다는 위치 만 보이는데 모호합니다.

예를 들어, 틱은 매우 자주 발생합니다. 10ms마다 합시다. 그리고 OnCalculate는 15ms가 걸립니다.

표시기가 틱을 건너뛰지 않으면 시스템이 정지됩니다.


 
fxsaber :
하나 이상의 틱 차이가 있습니다. 이

틱이 하나라면 둘 이상이 있을 수 있습니다. 우리는 문제를 발견했고 이제 그것을 조사하고 있습니다.

표시기가 드물게 작성되면 성능 문제가 없습니다.

 
Slawa :

표시기가 드물게 작성되면 성능 문제가 없습니다.

그래서 그는 경제적인 15ms의 예를 들었습니다.
 
fxsaber :
그래서 그는 경제적인 15ms의 예를 들었습니다.

15ms - GetTickCount 측정 오류

먼저 CopyTicks를 끝까지 처리하여 질문이 남지 않도록 합시다. 현재로서는 각 틱에서 OnCalculate를 호출 하는 것이 필수적입니다.

그리고 나서 우리는 생각할 것입니다. 가격, 스프레드 또는 거래량과 같이 MqlRates가 변경된 경우에만 OnCalculate를 호출할 수 있습니다. 틱으로 인해 변경 사항이 발생하지 않으면 재계산을 호출하지 마십시오. 생각해야 합니다.