개발자가 테스터 관리의 표준 기능(날짜/심볼/모드 설정, 최상의 단일 실행 실행, 보고서 저장 등)을 MQL에 포함하면 모든 잠재적 경쟁자보다 백 배 더 강력해질 것입니다. 그리고 그것은 실제 계산 탈곡기가 될 것이므로 심각한 장난감에서 전례없는 연구 도구로 바뀔 것입니다.
하지만 그렇게 될지는 의문입니다. 누군가 강조 표시된 부분을 자동화하는 데 도움을 줄 수 있다면 좋을 것 같습니다.
굉장해요!!! 저는 오랫동안 최적화를 자동화하는 도우미를 작성할 계획이었습니다. 하지만 지금까지는 기술(프레임 등)을 공부할 시간이 없었고, 모든 시간을 Expert Advisor를 완성하는 데 보냈습니다. 하지만 이 라이브러리는 이미 동일한 매개 변수에 대한 여러 최적화라는 간단한 작업에 사용할 수 있습니다.
이것이 제가 개선하고자 하는 방식입니다. 저의 일반적인 최적화 시나리오입니다:
OHLC의 경우 N개의 유전적 실행을 수행합니다. 사용자 지정 기준에 따라 각각에서 최상의 결과를 얻습니다.
각 파라미터 그룹에 대해 느린 최적화를 수행합니다(각 그룹에는 2~3개의 상호 의존적인 파라미터가 있습니다).
최적값에 도달할 때까지 각 그룹에 대해 느린 최적화를 반복적으로 반복합니다(매개변수 변동이 멈춤).
실제 틱으로 전환하고 동일한 느린 최적화를 수행합니다.
다른 기호로 전환하고 모든 과정을 반복합니다.
즉, 이 라이브러리에서는 유전/슬로우 및 OHLC/실제 선택에 최소한의 변경만 추가할 수 있습니다. 또한 클라우드 에이전트 및 로컬 에이전트의 활성화/비활성화도 가능합니다. 로컬 에이전트의 경우 각 에이전트에 대한 활성화자가 아니라 N 개의 첫 번째 에이전트를 활성화하는 것이 더 편리합니다. 몇 년에 걸쳐 실제 틱을 최적화할 때는 일부 로컬 에이전트를 비활성화해야 합니다. SSD에 에이전트 3개 이상의 파일을 가지고 있지 않습니다.
결과 제어 및 매개변수 관리는 큰 변화이지만 이를 통해 라이브러리는 완벽해질 것입니다. 제어된 최적화를 얻을 수 있습니다.
사용자 지정 기간을 앞으로 지정할 수 있는 옵션이 있나요?
날짜부터 날짜까지
앞으로를 사용해 본 적이 없어서 사용해 본 적이 없습니다. 날짜가 하나뿐입니다. 기술적으로 이 날짜를 설정할 수 있도록 하는 것은 문제가 되지 않습니다.
앞으로 가기 기능을 사용해 본 적이 없어서 사용하지 않았습니다. 날짜가 하나뿐입니다. 기술적으로는 이 날짜를 설정하는 데 아무런 문제가 없습니다.
아니요, 사용자 지정 시작일과 종료일입니다. 터미널에 없습니다.
아니요, 사용자 지정 시작일과 종료일입니다. 터미널에 없습니다.
라이브러리는 일반 테스터의 멍청한 자동 푸시 버튼입니다. 그 이상은 없습니다.
연구원의 어깨에서 큰 집안일을 덜어주는 것이 필요합니다. 더 이상 손으로 일을 할 필요가 없습니다.
글쎄, 무언가가 훨씬 쉬워지면 수행되기 시작합니다. 결과적으로 더 나은 결과와 연구원의 더 나은 전망으로 이어집니다.
ZY 작업하는 동안 차트 주석에 몇 가지 유용한 정보가 표시됩니다.
정말 멋지네요!
이 기능을 표준 제공에 포함하도록 관리자에게 권장합니다!
테스터는 자동화 기능을 갖추면 매우 강력한 탈곡기가 됩니다.
개발자가 테스터 관리의 표준 기능(날짜/심볼/모드 설정, 최상의 단일 실행 실행, 보고서 저장 등)을 MQL에 포함하면 모든 잠재적 경쟁자보다 백 배 더 강력해질 것입니다. 그리고 그것은 실제 계산 탈곡기가 될 것이므로 심각한 장난감에서 전례없는 연구 도구로 바뀔 것입니다.
하지만 그렇게 될지는 의문입니다. 누군가 강조 표시된 부분을 자동화하는 데 도움을 줄 수 있다면 좋을 것 같습니다.
사내 MT5 테스터의 장점.
세 가지 항목 모두 인식하지는 못하지만 큰 변화입니다. 확실히 성능 커스터마이징이 부족합니다.
네 번째 주요 질적 변화는 다음과 같습니다.
이는 여러 캐릭터(및 그 바구니)를 탐색하는 것부터 자동 최적화 TC를 쉽게 생성하고 감지 기준을 더 잘 맞추는 것까지 많은 일을 할 수 있는 문을 열어줄 것입니다.
굉장해요!!! 저는 오랫동안 최적화를 자동화하는 도우미를 작성할 계획이었습니다. 하지만 지금까지는 기술(프레임 등)을 공부할 시간이 없었고, 모든 시간을 Expert Advisor를 완성하는 데 보냈습니다. 하지만 이 라이브러리는 이미 동일한 매개 변수에 대한 여러 최적화라는 간단한 작업에 사용할 수 있습니다.
이것이 제가 개선하고자 하는 방식입니다. 저의 일반적인 최적화 시나리오입니다:
OHLC의 경우 N개의 유전적 실행을 수행합니다. 사용자 지정 기준에 따라 각각에서 최상의 결과를 얻습니다.
각 파라미터 그룹에 대해 느린 최적화를 수행합니다(각 그룹에는 2~3개의 상호 의존적인 파라미터가 있습니다).
최적값에 도달할 때까지 각 그룹에 대해 느린 최적화를 반복적으로 반복합니다(매개변수 변동이 멈춤).
실제 틱으로 전환하고 동일한 느린 최적화를 수행합니다.
다른 기호로 전환하고 모든 과정을 반복합니다.
즉, 이 라이브러리에서는 유전/슬로우 및 OHLC/실제 선택에 최소한의 변경만 추가할 수 있습니다. 또한 클라우드 에이전트 및 로컬 에이전트의 활성화/비활성화도 가능합니다. 로컬 에이전트의 경우 각 에이전트에 대한 활성화자가 아니라 N 개의 첫 번째 에이전트를 활성화하는 것이 더 편리합니다. 몇 년에 걸쳐 실제 틱을 최적화할 때는 일부 로컬 에이전트를 비활성화해야 합니다. SSD에 에이전트 3개 이상의 파일을 가지고 있지 않습니다.
결과 제어 및 매개변수 관리는 큰 변화이지만 이를 통해 라이브러리는 완벽해질 것입니다. 제어된 최적화를 얻을 수 있습니다.
그렇게 개선하고 싶습니다.
지금도 쉽게 할 수 있는 것들이 있습니다. 버튼 누르기 같은 간단한 기능들이 있어야 합니다.
이러한 기능을 통해 누구나 이미 자신만의 시나리오를 만들 수 있습니다.
안타깝게도 외부의 도움 없이는 많은 것들이 실현되지 않을 것입니다.
최적화 캐시에서 결과를 읽을 수 있나요? 아니면 여전히 프레임을 처리해야 하나요...?
설명에 이 주제에 대한 스크린샷도 있습니다.
설명에 해당 주제에 대한 스크린샷도 있습니다.
최적화 결과를 보는 방법을 말하는 것이라면 캐시에서 결과를 읽는 것에 대해 이야기하고 있었습니다.
하지만 이제 포럼을 검색했지만 이에 대한 내용을 찾지 못했습니다. 프레임이 우리의 방식 인 것 같습니다. 따라서 최적화를 위해 전문가 어드바이저를 다시 설계해야 합니다. 이것은 복잡하고 새롭고 개발되지 않은 기술입니다. 미래를 위해.