Тестер стратегий позволяет тестировать и оптимизировать торговые стратегии (советники) перед началом использования их в реальной торговле. При тестировании советника происходит его однократная прогонка с начальными параметрами на исторических данных. При оптимизации торговая стратегия прогоняется несколько раз с различным набором параметров...
울피노크 : 안녕하세요, EA가 허용할 수 없는 값에 도달하면 개별 테스트를 중지하여 OnTiket의 TestorStop() 함수를 사용하여 테스트 속도를 높이려고 합니다. 결과적으로 개별 실행이 다른 것보다 빠르게 진행되고 테스트 에이전트 중 하나가 먼저 완료됩니다(테스트 에이전트가 일정 시간 동안 유휴 상태이면 꺼진다는 글을 어딘가에서 읽었습니다) - 나머지 에이전트가 모두 완료되면 작업이 전송되지 않습니다 첫 번째 에이전트에게. 그래서 테스트 에이전트는 하나의 에이전트가 남을 때까지 하나씩 탈락합니다. 이 경우 속도는 말할 것도 없습니다. 즉, 속도는 높일 수 있지만 분산 컴퓨팅 구현의 기술적 오류는 허용되지 않습니다. 예를 들어 OnInit()에서 TestorStop()을 실행하여 첫 번째 실행에서 그 중 하나가 다른 매개변수보다 커야 하는 2개의 매개변수를 최적화하면 속도도 증가하고 그 후에는 테스팅 에이전트가 작업 실행을 중지합니다. 전송되고 전송된 작업의 카운터가 고속으로 증가하며 에이전트가 해결한 카운터 작업은 그만한 가치가 있습니다. 어쩌면 누군가이 문제를 해결하는 방법을 알고 있으므로 주제가 흥미 롭습니다. 불필요한 결과를 버리기 때문에 테스트 속도가 일반 테스트보다 10 배 더 빠릅니다. 게다가 OnTest()에서 불필요한 결과를 0으로 만들어 유전자를 지시할 수 있습니다. 방향이 필요한 알고리즘!
Можно долго перечислять все преимущества новой торговой платформы MetaTrader 5 и приводить доводы в пользу того, что она лучше других программ для технического анализа и торговли на финансовых рынках. А можно одним словом прекратить любые споры и поставить жирную точку в подобных дискуссиях. И это слово - тестер торговых стратегий в клиентском...
개발자는 마침내 "하나의 코어 - 하나의 작업" 이라는 원칙에 따라 작업을 분배하는 문제를 해결합니다.
나는 이제 각각 40개의 홀수 작업을 받았기 때문에 10개의 메인 프로세서 코어를 가지고 있고, 모두가 계산했기 때문에 또 다른 40개의 네트워크 코어는 유휴 상태입니다... 작업을 고르게 분배할 수도 있습니다. ... 프로그래밍을 위한 기본 사항일 뿐입니다.
이것은 올바른 접근 방식이 아닙니다. 작업을 한 번에 하나씩 제공하는 것이 아니라 무료 리소스가 있는 경우 용량을 재분배해야 합니다. 이미 발행된 작업을 취소하고 실행을 위해 다른 사람에게 제공합니다. 동시에 커널에 실행에 필요한 수의 새 작업을 제공하기 위해 각 에이전트에 대한 성능 분석을 수행해야 합니다.
작업을 균등하게 분배하는 문제는 작업에 에이전트가 포함되는 순서와도 관련이 있습니다. 이는 최적화를 실행한 후 새 에이전트를 추가할 때 특히 분명합니다.
Expert Advisors와 함께 제공되는 파일이 밝은 미래에 에이전트가 있는 원격 컴퓨터에 한 번 다운로드되어 시간을 절약하고 컴퓨팅 리소스 를 보다 균일하게 배포할 수 있기를 바랍니다.
MT 개발자에게 질문: 프로모션은 언제 있습니까? 최적화가 실제로 이루어지지 않아 위에서 설명한 치명적인 오류를 수정하는 시점을 알려주세요....
MT 개발자에게 질문: 프로모션은 언제 있습니까? 최적화가 실제로 이루어지지 않아 위에서 설명한 치명적인 오류를 수정하는 시점을 알려주세요....
무슨 "치명적인 오류"를 의미합니까?
이 최적화가 어떻게 작동하지 않습니까?
> "치명적인 오류"가 무엇을 의미합니까?
>이 최적화가 작동하지 않는 이유
모든 것이 위에 설명되어 있으며 나뿐만 아니라
1. 네트워크 에이전트는 실제로 작동하지 않으며 단순히 시작하지 않습니다.
2. 새로운 세트를 계산할 때, 그것은 매우 오랫동안 매달려 있고 거기에서 무엇인가 생각합니다.
3. 다른 무료 코어가 많은 경우 동일한 코어에만 작업 패키지를 배포합니다.
결과: 최적화 가 이전보다 4배 더 오래 "작동"합니다....
마찬가지로 위의 질문에 대한 답변이 없습니다.
그러나 유휴 코어가 있었지만 업데이트 후 모든 것이 제대로 작동하지 않은 것 같습니다.
컴퓨팅 코어에 대한 작업의 부적절한 분배 문제는 다음과 같이 남아 있습니다.
1. 네트워크 에이전트의 서로 다른 코어에 다른 수의 태스크가 발행되는 이유는 무엇이며, 각 코어는 하나의 작업이 아닌 이유는 무엇입니까?
2. 위 그림과 같이 주어진 시간에 58개의 작업이 할당된 에이전트를 비활성화하면 어떻게 됩니까? 아니면 계산되지 않고 잊어버리고 계산되지 않습니까?
안녕하세요, EA가 허용할 수 없는 값에 도달하면 개별 테스트를 중지하여 OnTiket의 TestorStop() 함수를 사용하여 테스트 속도를 높이려고 합니다. 결과적으로 개별 실행이 다른 것보다 빠르게 진행되고 테스트 에이전트 중 하나가 먼저 완료됩니다(테스트 에이전트가 일정 시간 동안 유휴 상태이면 꺼진다는 글을 어딘가에서 읽었습니다) - 나머지 에이전트가 모두 완료되면 작업이 전송되지 않습니다 첫 번째 에이전트에게. 그래서 테스트 에이전트는 하나의 에이전트가 남을 때까지 하나씩 탈락합니다. 이 경우 속도는 말할 것도 없습니다. 즉, 속도는 높일 수 있지만 분산 컴퓨팅 구현의 기술적 오류는 허용되지 않습니다. 예를 들어 OnInit()에서 TestorStop()을 실행 하여 첫 번째 실행에서 그 중 하나가 다른 매개변수보다 커야 하는 2개의 매개변수를 최적화하면 속도도 증가하고 그 후에는 테스팅 에이전트가 작업 실행을 중지합니다. 전송되고 전송된 작업의 카운터가 고속으로 증가하며 에이전트가 해결한 카운터 작업은 그만한 가치가 있습니다. 어쩌면 누군가이 문제를 해결하는 방법을 알고 있으므로 주제가 흥미 롭습니다. 불필요한 결과를 버리기 때문에 테스트 속도가 일반 테스트보다 10 배 더 빠릅니다. 게다가 OnTest()에서 불필요한 결과를 0으로 만들어 유전자를 지시할 수 있습니다. 방향이 필요한 알고리즘!
개발자는 마침내 "하나의 코어 - 하나의 작업" 이라는 원칙에 따라 작업 분배 문제를 해결합니다.
나는 이제 각각 40개의 홀수 작업을 받았기 때문에 10개의 메인 프로세서 코어를 가지고 있고, 모두가 계산했기 때문에 또 다른 40개의 네트워크 코어는 유휴 상태입니다... 작업을 고르게 분배할 수도 있습니다. ... 프로그래밍을 위한 기본 사항일 뿐입니다.
개발자는 마침내 "하나의 코어 - 하나의 작업" 이라는 원칙에 따라 작업을 분배하는 문제를 해결합니다.
나는 이제 각각 40개의 홀수 작업을 받았기 때문에 10개의 메인 프로세서 코어를 가지고 있고, 모두가 계산했기 때문에 또 다른 40개의 네트워크 코어는 유휴 상태입니다... 작업을 고르게 분배할 수도 있습니다. ... 프로그래밍을 위한 기본 사항일 뿐입니다.
이것은 올바른 접근 방식이 아닙니다. 작업을 한 번에 하나씩 제공하는 것이 아니라 무료 리소스가 있는 경우 용량을 재분배해야 합니다. 이미 발행된 작업을 취소하고 실행을 위해 다른 사람에게 제공합니다. 동시에 커널에 실행에 필요한 수의 새 작업을 제공하기 위해 각 에이전트에 대한 성능 분석을 수행해야 합니다.