MetaTrader 4 Build 529 베타가 새로운 컴파일러와 함께 출시됨 - 페이지 60

새 코멘트
 
stringo :
어떻게 번식할 수 있습니까? (우리는 실패했다)

특별한 일을 하지 않았습니다.

테스트를 실행하고 종료를 기다리고 컴파일하고 로그를 정리하고 다시 실행합니다. 어느 시점에서 충돌합니다.

 
komposter :

특별한 일을 하지 않았습니다.

테스트를 실행하고 종료를 기다리고 컴파일하고 로그를 정리하고 다시 실행합니다. 어느 시점에서 충돌합니다.


아마도 이것은 악명 높은 코드 보호 때문일 것입니다. 어떤 식 으로든 해제하고 싶지 않아 모든 사람이 필요 여부 를 결정할 수 있습니다.
 

방금 빌드 546(2013년 11월 20일)을 테스트했으며 MQL4의 자체 EA가 제대로 컴파일됩니다. 그러나 백테스트를 실행할 때 많은 오류가 발생하고 MT4의 내부 볼린저 밴드 표시기를 사용합니다. 그 이상은 아니지만 저널은 다음으로 가득합니다.


2013.11.20 22:15:26.624 볼린저 밴드 표시에 대한 메모리 부족(EURUSD,M5)
2013.11.20 22:15:26.624 메모리 처리기: 8754048바이트의 메모리를 할당할 수 없습니다.
2013.11.20 22:15:26.604 볼린저 밴드 표시에 대한 메모리 부족(EURUSD,M5)
2013.11.20 22:15:26.604 메모리 처리기: 8754048바이트의 메모리를 할당할 수 없습니다.
2013.11.20 22:15:26.107 볼린저 밴드 표시에 대한 메모리 부족(EURUSD,M5)
2013.11.20 22:15:26.107 메모리 처리기: 8754048바이트의 메모리를 할당할 수 없습니다.
2013.11.20 22:15:26.105 볼린저 밴드 표시에 대한 메모리 부족(EURUSD,M5)
2013.11.20 22:15:26.105 메모리 처리기: 8754048바이트의 메모리를 할당할 수 없습니다.
2013.11.20 22:15:25.903 볼린저 밴드 표시에 대한 메모리 부족(EURUSD,M5)
2013.11.20 22:15:25.903 메모리 처리기: 8754048바이트의 메모리를 할당할 수 없습니다.
2013.11.20 22:15:25.895 볼린저 밴드 표시에 대한 메모리 부족(EURUSD,M5)
2013.11.20 22:15:25.895 메모리 처리기: 8754048바이트의 메모리를 할당할 수 없습니다.
2013.11.20 22:15:25.811 볼린저 밴드 표시에 대한 메모리 부족(EURUSD,M5)
2013.11.20 22:15:25.811 메모리 처리기: 8754048바이트의 메모리를 할당할 수 없습니다.
2013.11.20 22:15:25.811 볼린저 밴드 표시에 대한 메모리 부족(EURUSD,M5)
2013.11.20 22:15:25.811 메모리 처리기: 8754048바이트의 메모리를 할당할 수 없습니다.
2013.11.20 22:15:25.811 볼린저 밴드 표시에 대한 메모리 부족(EURUSD,M5)
2013.11.20 22:15:25.811 메모리 처리기: 8754048바이트의 메모리를 할당할 수 없습니다.

백테스트를 실행하는 동안 항상 이것을 인쇄합니다(EURUSD의 경우 1999년에서 2013년 사이에만 열린 막대). 현재 공식 MT4 빌드에서 백테스트는 5M 막대 열기에서 언급된 시간 범위에 대해 6초가 걸리고 오류를 생성하지 않습니다. 또한 왜 8MB의 메모리를 할당할 수 없는지 궁금합니다. 전체 터미널 프로세스는 20MB만 사용하고 약 7GB의 RAM을 사용할 수 있으며 MT4는 32비트 프로세스이므로 최대 2GB가 소요될 수 있습니다. 메모리. 따라서 8MB를 할당하는 것은 문제가 되지 않아야 하며 빌드 509에서 모든 것이 잘 작동하기 때문에 확실히 버그입니다.

물론 베타 버전이지만 백테스트에서 내부 MT4 표시기조차 제대로 작동하지 않는다면 이것은 오히려 알파처럼 보입니다.

또한 내가 알아차린 것은 일반적으로 모든 것이 빌드 509보다 훨씬 느린 것 같습니다. 예를 들어, Period_Converter_Auto 스크립트(M1 데이터에서 모든 시간 프레임을 생성함)를 실행하면 빌드 546에서 약 3분이 소요되지만 20초가 걸립니다. 빌드 509에서
 
dabugen :

또한 내가 알아차린 것은 일반적으로 모든 것이 빌드 509보다 훨씬 느린 것 같습니다. 예를 들어, Period_Converter_Auto 스크립트(M1 데이터에서 모든 시간 프레임을 생성함)를 실행하면 빌드 546에서 약 3분이 소요되지만 20초가 걸립니다. 빌드 509에서

FileFlush에 대한 period_converter_auto 소스 행에서 제거하면 스크립트가 훨씬 더 빠르게 실행됩니다. 

         FileWriteInteger (ExtHandle, i_time, LONG_VALUE);
         FileWriteDouble (ExtHandle, d_open, DOUBLE_VALUE);
         FileWriteDouble (ExtHandle, d_low, DOUBLE_VALUE);
         FileWriteDouble (ExtHandle, d_high, DOUBLE_VALUE);
         FileWriteDouble (ExtHandle, d_close, DOUBLE_VALUE);
         FileWriteDouble (ExtHandle, d_volume, DOUBLE_VALUE);
         //FileFlush(ExtHandle);
 
stringo :

FileFlush에 대한 period_converter_auto 소스 행에서 제거하면 스크립트가 훨씬 더 빠르게 실행됩니다.


감사합니다. 하지만 사실은 오래된 주제입니다. Flush()가 mql5에서 왜 그렇게 느린가요?

이전 mql4에서는 때때로 훨씬 빠릅니다. 할 일...

 

MT4에 대한 새로운 지표와 전문가가 5-ki 웹사이트에 등장했습니다(무료도 있습니다)

1) 단말기를 통해 시장에서 보이지 않는 경우(2개 제품 제외)

2) 5-ki 웹사이트에서 단말 마켓에 없는 상품을 다운로드 선택 시 동일한 단말에 " MQL4 Marketproduct 'C' does not exist " (상품명은 첫 글자로 짤림) ;

3) 어떤 이유로 MA 지표는 전문가에 의해 범주에 삽입되었습니다.

 
ALXIMIKS :

MT4에 대한 새로운 지표와 전문가가 5-ki 웹사이트에 등장했습니다(무료도 있습니다)

1) 단말기를 통해 시장에서 보이지 않는 경우(2개 제품 제외)

2) 5-ki 웹사이트에서 단말 마켓에 없는 상품을 다운로드 선택 시 동일한 단말에 " MQL4 Marketproduct 'C' does not exist " (상품명은 첫 글자로 짤림) ;

3) 어떤 이유로 MA 지표는 전문가에 의해 범주에 삽입되었습니다.


내부 테스트용 테스트 제품입니다.

1. 터미널은 하루 안에 나타나야 합니다.

2. 확인해 봅시다.

3. 이동 평균 - MA 지표에 기반한 테스트 전문가 조언자. 설명을 수정하겠습니다.

 
시장에서 이 제품을 데모로 다운로드하여 차트에 올리려는 시도가 실패했습니다: " 2013.11.21 11:53:08.631 Market\macd_line_smart EURUSD,H1: Invalid license "...
 
evillive :
시장에서 이 제품을 데모로 다운로드하여 차트에 올리려는 시도가 실패했습니다: " 2013.11.21 11:53:08.631 Market\macd_line_smart EURUSD,H1: Invalid license "...

데모는 테스터에서만 작동하며 구매한 버전만 차트에서 작동합니다.
 
그것에서, 알지 못했다.
OmegaTube :

데모는 테스터에서만 작동하며 구매한 버전만 차트에서 작동합니다.

아니요, 여전히 작동하지 않습니다. 시각적 모드의 테스터는 빈 표시기 창입니다. 표시기 목록에는 매개변수 설정 없이 이름이 지정되지 않은 항목이 있으며 터미널에는 동일한 라이센스 오류가 다시 기록됩니다...
1...535455565758596061626364656667...161
새 코멘트