오류, 버그, 질문 - 페이지 432

[Renat Fatkhullin]

gumgum :

290개만...더 보기)

철저한 검색은 290을 만듭니다.

합격(실점)이 없는 걸로 아는데 고정(경기가 있는 경우)인가요?

유전자 알고리즘 을 선택했으므로 인구를 건너고 추론하기 위한 자체 계획을 구축합니다. 유전자 최적화 알고리즘은 해당 문서에 설명되어 있습니다.

그렇게 적은 수(290)의 패스로 유전학을 실행하는 것은 비합리적입니다. 유전 알고리즘은 최소한 수만, 바람직하게는 수백만/수십억/조 옵션의 초기 열거에 사용되어야 합니다.

[Andrew Petras]

MQL5 참조의 오타 - 표준 라이브러리 - 데이터 구성을 위한 클래스 - CArrayObj(사이트 및 도움말):

2. 메모리 관리 메커니즘이 비활성화됩니다.

이 경우 CArrayObj는 메모리 해제를 담당 하지 않습니다.

[Andrey Vasiliev]

Renat :

예, 최신 기존 날짜까지 테스트할 필요가 없습니다.

이전 영업일의 00:00 또는 마지막 영업주의 끝과 같이 합리적인 고정 종료 날짜를 선택하십시오. 마지막 날을 지속적으로 사용하는 경우 특히 원격 또는 클라우드 에이전트를 사용하여 테스트 프로세스가 긴 경우 그래프의 끝 이 주기적으로 부동합니다.

일요일을 종료 날짜로 사용하십시오. 얼마나 더 똑똑합니까? 일요일에는 경매가 없습니다. 거기에 무엇이 떠있을 수 있습니까?

[Vladimir Gomonov]

MoneyJinn :
일요일을 종료 날짜로 사용하십시오. 얼마나 더 똑똑합니까? 일요일에는 경매가 없습니다. 거기에 무엇이 떠있을 수 있습니까?

그렇다면 아마도 문제는 이야기의 반대편에 있을 것입니다. 지표가 작동하려면 얼마나 긴 기록이 필요합니까? 테스트를 시작할 때 내가 알기로는 이전 막대가 100개 보장됩니다.

더 필요한 경우 [ required_number_of_bars - 100 ]보다 긴 Expert Advisor 시작 후 기록을 건너뜁니다. 나에게 이것은 테스터와 옵티마이저의 결과를 일치시키는 문제를 해결했습니다.

[Andrey Vasiliev]

MetaDriver :

그렇다면 아마도 문제는 이야기의 반대편에 있을 것입니다. 지표가 작동하려면 얼마나 긴 기록이 필요합니까? 테스트를 시작할 때 내가 알기로는 이전 막대가 100개 보장됩니다.

더 필요한 경우 [ required_number_of_bars - 100 ]보다 긴 Expert Advisor 시작 후 기록을 건너뜁니다. 나에게 이것은 테스터와 옵티마이저의 결과를 일치시키는 문제를 해결했습니다.

감사합니다. 하지만 스크린샷은 네트워크를 통해 최적화할 때 금요일 기록이 손실되었음을 보여줍니다(06/24/11).

[[삭제]]

근본적인 질문은 아니지만 여전히. 문자열 연결. 설명서에는 StringAdd 및 StringConcatenate의 두 가지 기능이 설명되어 있습니다.

첫 번째 상태: " StringAdd() 함수는 문자열을 덧셈 연산으로 연결하는 것보다 더 빠르고 메모리 효율적 입니다."

두 번째에서: " StringConcatenate() 함수는 임시 문자열 변수가 사용되지 않기 때문에 덧셈 연산을 사용하여 문자열을 연결하는 것보다 더 빠르고 메모리 효율적 입니다."

 void OnStart () {
   string string1 = "sdfdsfjssdfads" ;
   string string2 = "bsadfasdfaaa" ;
   string string3 = "ssdfsdgasgsaggsda" ;
   string result;
   uint i, start, stop, length = 10000000 ;

  start = GetTickCount ();
   for (i = 0 ; i < length; i++)
    result = string1 + string2 + string3;
  stop = GetTickCount ();
   Print ( "№1 " , (stop-start), " milliseconds, i = " , i);
 
  start = GetTickCount ();
   for (i = 0 ; i < length; i++) {
     StringAdd (result, string1);
     StringAdd (result, string2);
     StringAdd (result, string3);
  }
  stop = GetTickCount ();
   Print ( "№2 " , (stop-start), " milliseconds, i = " , i);

  start = GetTickCount ();
   for (i = 0 ; i < length; i++)
     StringConcatenate (result, string1, string2, string3);
  stop = GetTickCount ();
   Print ( "№3 " , (stop-start), " milliseconds, i = " , i);
}

결과:

2011.06.26 19:10:55 테스트 (EURUSD,H1) №1 2012 밀리초, i = 10000000
2011.06.26 19:11:04 테스트 (EURUSD,H1) №2 8269 밀리초, i = 10000000
2011.06.26 19:11:10 테스트 (EURUSD,H1) №3 6661 밀리초, i = 10000000

그러나 일반 덧셈이 더 빠릅니다 .

[Yedelkin]

voix_kas :

그러나 일반 덧셈이 더 빠릅니다 .

질문이 이미 발생했습니다. https://www.mql5.com/ru/forum/58/page13#comment_59630 아래 토론을 참조하십시오. 개발자: 결론은 참조 자료에서 이 문제에 대한 적용 범위가 부족함을 암시합니다.

[Renat Fatkhullin]

MoneyJinn :
일요일을 종료 날짜로 사용하십시오. 얼마나 더 똑똑합니까? 일요일에는 경매가 없습니다. 거기에 무엇이 떠있을 수 있습니까?

이러한 유형의 질문에는 세부 정보가 필요하므로 서비스 데스크에서 추가 설명과 함께 티켓을 만드십시오. 우리가 알아내려고 노력할 것입니다.

물론 문제는 역사와 그 동기화에 있습니다.

[Renat Fatkhullin]

voix_kas :

근본적인 질문은 아니지만 여전히. 문자열 연결. 설명서에는 StringAdd 및 StringConcatenate의 두 가지 기능이 설명되어 있습니다.

첫 번째 상태: " StringAdd() 함수는 문자열을 덧셈 연산으로 연결하는 것보다 더 빠르고 메모리 효율적 입니다."

두 번째에서: " StringConcatenate() 함수는 임시 문자열 변수가 사용되지 않기 때문에 덧셈 연산을 사용하여 문자열을 연결하는 것보다 더 빠르고 메모리 효율적 입니다."

결과:

2011.06.26 19:10:55 테스트 (EURUSD,H1) №1 2012 밀리초, i = 10000000
2011.06.26 19:11:04 테스트(EURUSD,H1) №2 8269 밀리초, i = 10000000
2011.06.26 19:11:10 테스트(EURUSD,H1) №3 6661 밀리초, i = 10000000

그러나 일반 덧셈이 더 빠릅니다 .

+를 통해 문자열 연결을 최적화하는 것 같습니다.

우리는 이제 오랫동안 기다려온 최적화 모드를 포함하는 측면에서 컴파일러를 심각하게 변경하고 있습니다. 잠시 후 결과를 보여드리겠습니다.

[[삭제]]

Renat :

+를 통해 문자열 연결을 최적화하는 것 같습니다.

우리는 이제 오랫동안 기다려온 최적화 모드 를 포함하는 측면에서 컴파일러를 심각하게 변경하고 있습니다. 잠시 후 결과를 보여드리겠습니다.

알았습니다. 글쎄, 가능하다면 포럼에서 이것을 명시적으로 설명할 수 있습니다(저는 모든 지점을 따르려고 노력합니다).

알고리즘에서 "+"라는 작업을 남겼습니다.