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

 

하나 의 사용자 지정 기호에서 최적화 후 단일 실행을 시작했습니다. 그것들은 옵티마이저가 보여주는 것과 모든 면에서 근본적으로 달랐습니다.

버그는 지속적으로 재현되었으며 하나의 사용자 지정 기호에만 나타납니다. 몇 가지 작업(기호 삭제, 터미널 다시 시작) 후에 모든 것이 제자리에 놓였습니다.

그 후에 작동하지 않는 버그를 잡아라. 최적화 캐시가 의심됩니다.

 

신호에 대해 알려주세요. 로그에는 그가 기호를 찾지 못했다고 나와 있습니다. 터미널에 XXXk, XXXm, XXXf 문자만 있는데 설명서에는 그대로 복사해야 한다고 나와 있습니다.

캐치 뭔데?

 

안녕하세요.

코어 수가 많은 컴퓨터 에서는 최적화가 시작되지 않습니다 .

고문의 코드가 확인되었으며 전체 기록에서 단일 테스트가 잘 진행되고 있습니다.

8코어에서는 최적화가 잘 됩니다.

72코어 로컬 에이전트가 시작되면 상태가 준비에서 사용 중으로 변경되고 나서 0.0%로 변경됩니다.

작업/완료 열에는 평소와 같이 예약/완료된 작업 수가 표시됩니다.

8코어에서 몇 초 후 코어 로드가 100%로 증가하고 상태 열의 % 수가 증가하기 시작합니다.

이것은 72개의 코어에서는 발생하지 않습니다. 코어의 로드는 백그라운드 수준으로 유지되고 metatester64.exe 프로세스의 활동은 0이며 최적화가 시작되지 않습니다.

아카이브에 로그를 첨부하고 있습니다.

파일:
logs.zip  12 kb
 

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

사라진 섹션 "서비스 데스크"

레나트 팻쿨린 , 2018.08.15 13:56

자동화 및 재실행:

  1. 판매자 등록
  2. 업데이트를 포함한 제품 게시. 이미 자동 업데이트를 활성화했습니다.
  3. 코드베이스의 출판물
  4. 프리랜서 차익 거래
  5. 우리는 모든 면에서 프로세스를 개선하고 더 명확하게 만듭니다.

KB는 아직 검토 중입니까?

 
사용자 지정 기호 에 대해 최적화를 수행했습니다. 기록을 수정하면 테스터 캐시를 재설정해야 합니까? 지금은 그렇지 않은 것 같습니다.
 
fxsaber :
사용자 지정 기호에 대해 최적화를 수행했습니다. 기록을 수정하면 테스터 캐시를 재설정해야 합니까? 지금은 그렇지 않은 것 같습니다.

기록을 변경할 때 최적화 캐시가 재설정되지 않습니다.

 
Slava :

기록을 변경할 때 최적화 캐시가 재설정되지 않습니다.

수정하시겠습니까? 캐시 재설정 메커니즘을 제공하시겠습니까?

 
fxsaber :

수정하시겠습니까? 캐시 재설정 메커니즘을 제공하시겠습니까?

과거 데이터의 지속성을 결정하는 방법은 알려져 있지 않습니다. 날짜부터 날짜까지 체크섬을 계산하시겠습니까?
 
Slava :
과거 데이터의 지속성을 결정하는 방법은 알려져 있지 않습니다. 날짜부터 날짜까지 체크섬을 계산하시겠습니까?

예, 캐시에 저장된 각 간격에 대한 틱/바 + 기호 속성에 의한 체크섬 저장.

물론 OnTesterInit()의 TesterCacheFree() 형식의 캐시 플러시 메커니즘이 유용할 것입니다.

MQL5를 사용하여 캐시를 읽는 것은 무서운 질문입니다. 그렇다면 사람들은 가제트를 작성하여 최적화 결과를 분석할 수 있습니다.

 
Slava :
과거 데이터의 지속성을 결정하는 방법은 알려져 있지 않습니다. 날짜부터 날짜까지 체크섬을 계산하시겠습니까?
머클 나무
사유: