테스터와 터미널에 서로 다른 틱 저장소가 있다는 것을 올바르게 이해하고 있습니까? 그리고 테스트가 4월 8일(조건부) 이후에 시작된 경우 터미널에 어떤 틱이 있더라도 테스터는 4월 8일부터 이를 확인하고 반환할 수 있습니까? 그리고 고문이 더 일찍 틱을 선택하고 싶다면 그들 사이에 동기화가 없습니다.
이 메커니즘은 몇 가지 문제를 만듭니다. 위에서 설명한 동작 및 명확하지 않은 동작 외에도 틱이 실제로 하드 디스크에서 가장 큰 개체일 때 메모리 소비가 2배 증가합니다. 그러한 논리를 단일 틱 저장소에 다시 작성하는 것이 가능합니까?
테스터와 터미널에 서로 다른 틱 저장소가 있다는 것을 올바르게 이해하고 있습니까? 그리고 테스트가 4월 8일(조건부) 이후에 시작된 경우 터미널에 어떤 틱이 있더라도 테스터는 4월 8일부터 이를 확인하고 반환할 수 있습니까? 그리고 고문이 더 일찍 틱을 선택하고 싶다면 그들 사이에 동기화가 없습니다.
이 메커니즘은 몇 가지 문제를 만듭니다. 위에서 설명한 동작 및 명확하지 않은 동작 외에도 틱이 실제로 하드 디스크에서 가장 큰 개체일 때 메모리 소비가 2배 증가합니다. 그러한 논리를 단일 틱 저장소에 다시 작성하는 것이 가능합니까?
테스터는 첫 번째 출시보다 더 많은 틱을 가지고 있기 때문입니다.
틱의 가용성이 작업 순서에 따라 달라지는 이유를 완전히 이해하지 못했습니다.
테스터와 터미널에 서로 다른 틱 저장소가 있다는 것을 올바르게 이해하고 있습니까? 그리고 테스트가 4월 8일(조건부) 이후에 시작된 경우 터미널에 어떤 틱이 있더라도 테스터는 4월 8일부터 이를 확인하고 반환할 수 있습니까? 그리고 고문이 더 일찍 틱을 선택하고 싶다면 그들 사이에 동기화가 없습니다.
이 메커니즘은 몇 가지 문제를 만듭니다. 위에서 설명한 동작 및 명확하지 않은 동작 외에도 틱이 실제로 하드 디스크에서 가장 큰 개체일 때 메모리 소비가 2배 증가합니다. 그러한 논리를 단일 틱 저장소에 다시 작성하는 것이 가능합니까?
틱의 가용성이 작업 순서에 따라 달라지는 이유를 완전히 이해하지 못했습니다.
테스터는 테스트 범위에서 정확히 틱을 동기화하기 때문입니다. 그리고 이러한 틱은 차후 사용을 위해 테스터의 데이터베이스에 남아 있습니다.
테스터와 터미널에 서로 다른 틱 저장소가 있다는 것을 올바르게 이해하고 있습니까? 그리고 테스트가 4월 8일(조건부) 이후에 시작된 경우 터미널에 어떤 틱이 있더라도 테스터는 4월 8일부터 이를 확인하고 반환할 수 있습니까? 그리고 고문이 더 일찍 틱을 선택하고 싶다면 그들 사이에 동기화가 없습니다.
이 메커니즘은 몇 가지 문제를 만듭니다. 위에서 설명한 동작 및 명확하지 않은 동작 외에도 틱이 실제로 하드 디스크에서 가장 큰 개체일 때 메모리 소비가 2배 증가합니다. 그러한 논리를 단일 틱 저장소에 다시 작성하는 것이 가능합니까?
현재 이 방향으로 작업이 진행 중입니다.
테스트 에이전트 가 로컬인 경우 틱을 유지하지 않습니다.
커스텀 심볼의 히스토리를 변경하는 상황(추가 중)에 부딪쳤지만 테스터에서는 그대로 유지됩니다.
테스트 아카이브에서 히스토리를 삭제하여 처리합니다.
커스텀 심볼의 히스토리를 변경하는 상황(추가 중)에 부딪쳤지만 테스터에서는 그대로 유지됩니다.
테스터 아카이브에서 이력을 삭제하여 처리합니다.
내 말은, 새로운 날들이 추가되고 있다는 뜻인가요? 그리고 그는이 새로운 날을 보지 못합니까? 아니면 중간에 추가 기능이 추가될 예정입니까?
내 말은, 새로운 날들이 추가되고 있다는 뜻인가요? 그리고 그는이 새로운 날을 보지 못합니까? 아니면 중간에 추가 기능이 추가될 예정입니까?
나는 현재 날짜의 눈금을 가져 와서 과거로의 날짜 / 주 오프셋을 사용하여 사용자 정의 항목에 씁니다. 따라서 새로운 진드기에 대해 백테스트할 수 있습니다.
다시 한번 감사합니다.
예, 2380년에 그들은 실수로 문제를 가져와 신속하게 수정했습니다. 그러나 빌드 2380에 성공했습니다.
불행히도 그 순간 이후로 MetaQuotes-Demo에서 모든 것이 수정된 새 빌드가 없었습니다.
이전 빌드로 롤백하거나 MetaQuotes-Demo에서 다음 빌드를 기다릴 수 있습니다.큰 어려움, 실패 및 기타 문제로 인해 하나의 거래 서버에서 틱이 다운로드됩니다.
이 서버의 계정에 대한 액세스를 제공할 수 없습니다.
말해봐, 내가 서버 이름만 표시하면 인용문 다운로드와 같은 끔찍한 상황에 대한 이유를 볼 수 있는 기술적인 능력이 있습니까?
또한 모든 것이 항상 정상인 서버에서 CopyTicksRange에서 4403 오류를 받기 시작한 상황이 발생했습니다. 도움이 된 유일한 것은 터미널을 다시 시작하는 것이었습니다.
터미널 2361, 고문은 2396년에 편집되었습니다.
큰 어려움, 실패 및 기타 문제로 인해 하나의 거래 서버에서 틱이 다운로드됩니다.
이 서버의 계정에 대한 액세스를 제공할 수 없습니다.
말해봐, 내가 서버 이름만 표시하면 인용문 다운로드와 같은 끔찍한 상황에 대한 이유를 볼 수 있는 기술적인 능력이 있습니까?
또한 모든 것이 항상 정상인 서버에서 CopyTicksRange에서 4403 오류를 받기 시작한 상황이 발생했습니다. 도움이 된 유일한 것은 터미널을 다시 시작하는 것이었습니다.
터미널 2361, 고문은 2396년에 편집되었습니다.
더 많은 정보가 필요합니다. 이러한 문제 설명으로, 로그 없이, 코드 예제 없이는 검사를 시작하는 것조차 불가능합니다.
더 많은 정보가 필요합니다. 이러한 문제 설명으로, 로그 없이, 코드 예제 없이는 검사를 시작하는 것조차 불가능합니다.
터미널에서 CopyTicksRange를 간단히 복사하거나 Market Watch에서 모든 기호의 실제 눈금에 최적화를 실행 하십시오. 이 경우 최적화가 몇 시간 동안 실행될 수 있습니다. 아무 일도 일어나지 않습니다.