이전 기사( Optimization Management(Part I) 및 Optimization Management(Part 2) )에서 타사 프로세스를 통해 터미널에서 최적화를 시작하는 메커니즘을 고려했습니다. 이를 통해 특정 거래 프로세스를 구현하는 거래 알고리즘과 유사하게 프로세스를 구현할 수 있는 특정 최적화 관리자를 생성할 수 있습니다. 즉, 사용자 간섭이 없는 완전 자동화 모드입니다. 아이디어는 슬라이딩 최적화 프로세스를 관리하는 알고리즘을 만드는 것입니다. 여기서 앞으로 및 과거 기간은 미리 설정된 간격만큼 이동되고 서로 겹치게 됩니다.
알고리즘 최적화에 대한 이러한 접근 방식은 두 가지 역할을 모두 수행하지만 순수한 최적화보다는 전략 견고성 테스트의 역할을 할 수 있습니다. 결과적으로 우리는 거래 시스템이 안정적인지 확인할 수 있고 시스템에 대한 최적의 지표 조합을 결정할 수 있습니다. 설명된 프로세스에는 서로 다른 로봇 계수 필터링 및 최적의 조합 선택 방법이 포함될 수 있으므로 각 시간 간격(다중일 수 있음)을 확인해야 하므로 프로세스를 수동으로 구현하기가 거의 불가능합니다. 또한 데이터 전송과 관련된 오류 또는 인적 요소와 관련된 기타 오류가 발생할 수 있습니다. 따라서 우리의 개입 없이 외부에서 최적화 프로세스를 관리할 몇 가지 도구가 필요합니다. 생성된 프로그램은 설정된 목표를 충족합니다. 보다 구조화된 프레젠테이션을 위해 프로그램 생성 프로세스는 여러 기사로 나뉘며 각 기사는 프로그램 생성 프로세스의 특정 영역을 다룹니다.
이 부분은 최적화 보고서 작업, 터미널에서 가져오기, 얻은 데이터 필터링 및 정렬을 위한 툴킷 생성에 전념합니다. 더 나은 프레젠테이션 구조를 제공하기 위해 *xml 파일 형식을 사용합니다. 파일의 데이터는 사람과 프로그램 모두에서 읽을 수 있습니다. 또한 데이터를 파일 내부의 블록으로 그룹화할 수 있으므로 필요한 정보에 더 빠르고 쉽게 액세스할 수 있습니다.
우리 프로그램은 C#으로 작성된 타사 프로세스이며 MQL5 프로그램과 유사하게 작성된 *xml 문서를 작성하고 읽어야 합니다. 따라서 보고서 생성 블록은 MQL5 및 C# 코드에서 모두 사용할 수 있는 DLL로 구현됩니다. 따라서 MQL5 코드를 개발하려면 라이브러리가 필요합니다. 먼저 라이브러리 생성 프로세스를 설명하고 다음 기사에서는 생성된 라이브러리와 함께 작동하고 최적화 매개변수를 생성하는 MQL5 코드에 대한 설명을 제공합니다. 현재 기사에서 이러한 매개 변수를 고려할 것입니다.
In the previous articles (Optimization Management (Part I) and Optimization Management (Part 2)) we considered a mechanism for launching the optimization in the terminal through a third-party process. This allows creating a certain Optimization Manager which can implement the process similarly to a trading algorithm implementing a specific...
이것은 거래 전략의 단계별 최적화를 수행할 수 있는 자동화된 옵티마이저의 생성에 전념하는 시리즈의 다음 기사입니다. 이전 기사에서는 자동 최적화 프로그램과 Expert Advisors에서 사용할 DLL 생성에 대해 설명했습니다. 이 새로운 부분은 전적으로 MQL5 언어에 전념합니다. 최적화 보고서 생성 방법과 알고리즘 내에서 이 기능의 적용을 고려할 것입니다.
전략 테스터는 Expert Advisor의 데이터에 대한 액세스를 허용하지 않지만 제공된 결과에는 세부 정보가 부족하므로 이전 기사에서 구현된 최적화 보고서 다운로드 기능을 사용합니다. 이 기능의 개별 부분이 수정되었지만 다른 부분은 이전 기사에서 완전히 다루지 않았기 때문에 이러한 기능이 우리 프로그램의 핵심 부분을 구성하므로 다시 한 번 고려해 보겠습니다. 새로운 기능 중 하나인 맞춤 커미션 추가부터 시작하겠습니다. 이 기사에서 설명하는 모든 클래스와 기능은 Include/History 관리자 디렉토리 아래에 있습니다.
This is the next article within a series devoted to the creation of an automated optimizer, which can perform walk-through optimization of trading strategies. The previous article described the creation of a DLL to be used in our auto optimizer and in Expert Advisors. This new part is entirely devoted to the MQL5 language. We will consider...
In the previous articles (Optimization Management (Part I) and Optimization Management (Part 2)) we considered a mechanism for launching the optimization in the terminal through a third-party process. This allows creating a certain Optimization Manager which can implement the process similarly to a trading algorithm implementing a specific...
새로운 MetaTrader 5 플랫폼 베타 빌드 2245: MQL5의 3D 시각화 및 Strategy Tester의 기호 설정을 위한 DirectX 기능
18. Tester: A plethora of new features and improvements: ...
여기에서 더 읽어보기
좋은 글이 올라왔습니다 -
----------------
지속적인 워크포워드 최적화(1부): 최적화 보고서 작업
이전 기사( Optimization Management(Part I) 및 Optimization Management(Part 2) )에서 타사 프로세스를 통해 터미널에서 최적화를 시작하는 메커니즘을 고려했습니다. 이를 통해 특정 거래 프로세스를 구현하는 거래 알고리즘과 유사하게 프로세스를 구현할 수 있는 특정 최적화 관리자를 생성할 수 있습니다. 즉, 사용자 간섭이 없는 완전 자동화 모드입니다. 아이디어는 슬라이딩 최적화 프로세스를 관리하는 알고리즘을 만드는 것입니다. 여기서 앞으로 및 과거 기간은 미리 설정된 간격만큼 이동되고 서로 겹치게 됩니다.
알고리즘 최적화에 대한 이러한 접근 방식은 두 가지 역할을 모두 수행하지만 순수한 최적화보다는 전략 견고성 테스트의 역할을 할 수 있습니다. 결과적으로 우리는 거래 시스템이 안정적인지 확인할 수 있고 시스템에 대한 최적의 지표 조합을 결정할 수 있습니다. 설명된 프로세스에는 서로 다른 로봇 계수 필터링 및 최적의 조합 선택 방법이 포함될 수 있으므로 각 시간 간격(다중일 수 있음)을 확인해야 하므로 프로세스를 수동으로 구현하기가 거의 불가능합니다. 또한 데이터 전송과 관련된 오류 또는 인적 요소와 관련된 기타 오류가 발생할 수 있습니다. 따라서 우리의 개입 없이 외부에서 최적화 프로세스를 관리할 몇 가지 도구가 필요합니다. 생성된 프로그램은 설정된 목표를 충족합니다. 보다 구조화된 프레젠테이션을 위해 프로그램 생성 프로세스는 여러 기사로 나뉘며 각 기사는 프로그램 생성 프로세스의 특정 영역을 다룹니다.
이 부분은 최적화 보고서 작업, 터미널에서 가져오기, 얻은 데이터 필터링 및 정렬을 위한 툴킷 생성에 전념합니다. 더 나은 프레젠테이션 구조를 제공하기 위해 *xml 파일 형식을 사용합니다. 파일의 데이터는 사람과 프로그램 모두에서 읽을 수 있습니다. 또한 데이터를 파일 내부의 블록으로 그룹화할 수 있으므로 필요한 정보에 더 빠르고 쉽게 액세스할 수 있습니다.
우리 프로그램은 C#으로 작성된 타사 프로세스이며 MQL5 프로그램과 유사하게 작성된 *xml 문서를 작성하고 읽어야 합니다. 따라서 보고서 생성 블록은 MQL5 및 C# 코드에서 모두 사용할 수 있는 DLL로 구현됩니다. 따라서 MQL5 코드를 개발하려면 라이브러리가 필요합니다. 먼저 라이브러리 생성 프로세스를 설명하고 다음 기사에서는 생성된 라이브러리와 함께 작동하고 최적화 매개변수를 생성하는 MQL5 코드에 대한 설명을 제공합니다. 현재 기사에서 이러한 매개 변수를 고려할 것입니다.
좋은 글이 올라왔습니다 -
----------------
연속 워크포워드 최적화(1부): 최적화 보고서 작업
2부에서 계속
----------------
지속적인 워크스루 최적화(2부): 모든 로봇에 대한 최적화 보고서를 생성하기 위한 메커니즘
이것은 거래 전략의 단계별 최적화를 수행할 수 있는 자동화된 옵티마이저의 생성에 전념하는 시리즈의 다음 기사입니다. 이전 기사에서는 자동 최적화 프로그램과 Expert Advisors에서 사용할 DLL 생성에 대해 설명했습니다. 이 새로운 부분은 전적으로 MQL5 언어에 전념합니다. 최적화 보고서 생성 방법과 알고리즘 내에서 이 기능의 적용을 고려할 것입니다.
전략 테스터는 Expert Advisor의 데이터에 대한 액세스를 허용하지 않지만 제공된 결과에는 세부 정보가 부족하므로 이전 기사에서 구현된 최적화 보고서 다운로드 기능을 사용합니다. 이 기능의 개별 부분이 수정되었지만 다른 부분은 이전 기사에서 완전히 다루지 않았기 때문에 이러한 기능이 우리 프로그램의 핵심 부분을 구성하므로 다시 한 번 고려해 보겠습니다. 새로운 기능 중 하나인 맞춤 커미션 추가부터 시작하겠습니다. 이 기사에서 설명하는 모든 클래스와 기능은 Include/History 관리자 디렉토리 아래에 있습니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
MetaTrader 5 빌드 2340 플랫폼의 새 버전: 테스터에서 계정 설정 관리 및 Python과의 통합 확장
Renat Fatkhullin , 2020/02/25 19:46
베타 2341은 에이전트에서 * .dll을 로드하는 문제를 수정했습니다.백테스트 에는 한 명의 에이전트만 필요합니다.
오늘 나는 내 로컬 농장에서 테스트를 시도했고 Linux에서 사용되는 내 메타 트레이더 5가 내 에이전트를 사라졌습니다. 메타 테스터를 단독으로 설치하려고 시도했지만 여전히 작동하지 않습니다.
및 저널 상태 "2020.04.18 17:15:22.124 테스터 클라우드 서버가 꺼졌습니다"
오늘 나는 내 로컬 농장에서 테스트를 시도했고 Linux에서 사용되는 내 메타 트레이더 5가 내 에이전트를 사라졌습니다. 메타 테스터를 단독으로 설치하려고 시도했지만 여전히 작동하지 않습니다.
및 저널 상태 "2020.04.18 17:15:22.124 테스터 클라우드 서버가 꺼졌습니다"
...약간의 제한이 있을 수 있습니다...
클라우드가 VPS 및 32비트 Metatrader에서 작동하지 않는다는 것을 알고 있습니다(그러나 Linux에 대해서는 잘 모르겠습니다... 동일한 제한일 수 있음).
로컬 네트워크 192.168.1.5를 사용하지 않고 IP 180.214.90.6과 같은 다른 PC 하위 집합을 사용하고 싶습니다.
192.168.1.5는 성공적으로 연결되고 잘 작동합니다.
180.214.90.6 로그는 항상 연결을 표시합니다 ....(비밀번호 문제 또는 작업 진행 없음..)
이것이 가능하다면?
테스트케이스를 더 만들어본다.. (그리고 어떤 일이 일어날지 확인하는 디버그 메시지가 없다?! 양말이다><)
테스트 환경 MT5 빌드 2410 (2020년 5월 8일) / Win10 x64 bas e /All PR >120 모든 소프트웨어는 동일한 버전을 사용합니다.
NB 192.168.18.3
PC1 192.168.18.7
PC2 180.214.90.6 --->(192.168.18.5)
PC3 192.168.18.8(우분투)
Case A NB는 PC1을 볼 수 있습니다. (하지만 속도가 가장 낮은 것으로 제한되어 있습니다. 로드밸런싱이 안되는 것 같은데요?)
케이스 B PC1이 NB를 볼 수 없음
케이스 C NB, PC1이 PC2를 볼 수 없음
케이스 D PC1은 로컬 네트에서 PC1을 볼 수 있습니다.
케이스 E NB가 PC3을 볼 수 있음(winbind 추가 후 우분투)
나는 다른 사용 방법을 시도합니다. 그리고 PC1 내부에 여러 요원이 들어왔는데 부작용이 생길지 모르겠네요?
그리고 방화벽을 확인 하고 에이전트를 제거하고 다시 추가하려고합니다.
일이 아닙니다 ><
지속적인 워크포워드 최적화
----------------
"에이전트 수가 너무 많아 메모리가 부족 하고 하이퍼 스레딩 코어에서 계산 속도가 느려지므로 클라우드에서 작업할 때 물리적 코어로만 제한하기로 결정했습니다.
..
우리는 에이전트에게 작업을 발행하기 전에 에이전트의 대략적인 리소스 충분성을 오랫동안 평가해 왔으며 가장 효과적인 방법 중 하나는 클라우드의 물리적 코어에서만 작업하는 것입니다.
로컬에서는 종료를 쉽게 제어할 수 있으므로 모든 코어를 사용할 수 있습니다."
내 새 하드웨어(AMD Ryzen 9300, 32GB DDR4)에서 하이퍼 스레드 코어에서 실행되고 있던(아마도) 전략 테스터에서 잘못된 결과를 생성하는 여러 에이전트 결과를 관찰하고 있습니다.
따라서 이것이 나에게 나타나듯이 모든 코어를 로컬에서 사용하는 것은 불가능합니다. 아니면 테스트가 하이퍼 스레딩 코어에서 작동하는지 확인할 수 있는 사람이 있습니까?