나는 이 모드가 어드바이저가 (수학적으로) 수익성이 있다는 것뿐만 아니라 어드바이저가 인출 가능한 이익을 가져올 수 있는지 여부와 이 이익의 크기 및 이 인출 가능한 양이 어떻게 될 것인지 명확하게 보여주는 전략에 대한 응용 평가를 제공할 것이라고 믿습니다. 고문의 안정성에 영향을 미칩니다. 사실 이러한 이유로 Expert Advisors는 일정 시간 간격으로 어떤 수익률 곡선이 표시되는지가 아니라 얼마를 벌 수 있는지 이해하기 위해 생성됩니다.
나는 이 모드가 어드바이저가 (수학적으로) 수익성이 있다는 것뿐만 아니라 어드바이저가 인출 가능한 이익을 가져올 수 있는지 여부와 이 이익의 크기 및 이 인출 가능한 양이 어떻게 될 것인지 명확하게 보여주는 전략에 대한 응용 평가를 제공할 것이라고 믿습니다. 고문의 안정성에 영향을 미칩니다. 사실 이러한 이유로 Expert Advisors는 일정 시간 간격으로 어떤 수익률 곡선이 표시되는지가 아니라 얼마를 벌 수 있는지 이해하기 위해 생성됩니다.
Максимальная просадка баланса в процентах. В процессе торговли баланс может испытать множество просадок, для каждой фиксируется относительное значение просадки в процентах. Возвращается наибольшее значение Максимальная...
16코어 프로세서(32스레드)와 64GB 메모리가 있습니다. 실제 진드기에 대한 최적화에 사용할 계획이었습니다. 그러나 이것은 일어난 일입니다.
1. 각 MT5 에이전트는 테스트가 다른 쌍이 아닌 한 쌍에서 실행되더라도 별도의 RAM 조각을 자체적으로 할당합니다. 또한 예를 들어 십자가에서 테스트하면 여전히 메이저를 로드합니다. 결과적으로 2년 동안 실제 틱에 대해 테스트할 때 각 에이전트는 7GB의 메모리를 사용합니다. 예, 틱의 70%가 반복되는(동일한 Ask 및 Bid 사용) 인기 있는 브로커에서 시도한 다음 사용자 지정 필터링된 기록을 사용한다고 말할 가치가 있습니다. 따라서 64GB의 메모리를 로드하려면 8개의 에이전트에서만 테스트할 수 있습니다. 탈출구는 반복되는 틱 필터링, 메모리 양의 지속적인 제어, 따라서 테스트 기간, 64GB 메모리 및 16개 에이전트에 대한 테스트가 포함된 사용자 지정 기록입니다. 그래서 밝혀졌다!? 그래서 2년동안 테스트를 해봤는데.... 더 오래걸리면...?!
2. 다른 EVO 860 컴퓨터에서 임시로 SSD를 설치했습니다.8 패스에서도 최적화를 시작할 때 에이전트는 틱 기록을 RAM에 펌프하기 위해 SSD에 동시에 액세스하려고 합니다. 주문이 제공되지 않으므로 SSD가 "빨간색"이 되고 MT5 로그에 오류가 쏟아집니다.
예전에는 8개의 쓰레드에 16GB의 메모리를 사용해서 나사가 바로 스왑에 들어갔고 그런 오류는 없었지만 오랫동안 이런 방식으로 테스트를 할 수 없었습니다. 틱을 다운로드할 수 없었지만 쓰기는 하지만 메모리가 충분하지 않습니다! 사실 제 SSD가 당시 시스템 판독값으로 판단해 최대 600MB/s까지 밀어붙였다고 추정하면 64GB 램을 채우는 데 100초 이상 걸린다. 그래서 기존 SSD는 전혀 맞지 않고 더 빠른 SSD(최대 3500MB/s)를 기다리고 있지만, 그것으로라도 64GB를 더 추가하면 30초 이상 모든 메모리가 차게 됩니다 . 저것들. 오류가 남습니다.
따라서 GENTLEMEN DEVELOPERS. 이 문제에 주의가 필요합니다. 그렇지 않으면 멀티 코어 프로세서를 사용하는 것이 쓸모가 없더라도 매우 불편할 것입니다! 내가 뭔가 잘못하고 있거나 내가 모르는 옵션이 있습니까? 고마울거야!
가능하면 RAM 메모리를 아껴서 사용하는 것이 좋습니다. 하나의 통화 쌍에서 최적화하는 경우에만! 결국 테스트가 한 쌍에서 실행되면 모든 에이전트가 동일한 메모리 영역에 액세스하는 것이 확실히 가능합니다. 왜 그들은 각자 자신의 사본을 생산해야합니까?! 그러면 메모리 부족 문제, 하드 디스크에서 읽는 속도가 사라지고 디자인이 훨씬 저렴해집니다!
이것이 불가능한 경우 에이전트가 하드 디스크에 액세스하고(또는) 복사 대기 시간을 늘리거나 한 쌍에 대해 테스트가 수행되는 경우 동일한 복사본을 만들 수 있도록 일종의 대기열을 구성할 수 있습니다. RAM에서 RAM으로의 블록. 그러나 메모리 사용을 최적화하면 확실히 훨씬 더 효율적입니다! RAM으로 작업할 때 비슷한 개선 사항이 있습니까? 아니면 여전히 불가능하고 볼륨을 늘려야 합니까?
안녕하세요.
나는 Strategy Tester 에 추가적인 테스트 모드를 추가할 것을 제안합니다.
하나. 이름 "주기적인 이익 인출"
2. 구현:
2.1. 이익을 인출할 기간을 선택하십시오.
2.1.1. 주, 월, 분기, 사용자 정의
2.2. 기간 동안 얻은 이익의 몇 퍼센트가 표시되는지 선택합니다.
2.3. 손실 곡선과 구별하기 위해 차트에서 이익 결론을 다른 색상으로 강조 표시합니다.
2.4. 백테스트 보고서에서 계정 통화로 이익을 표시하는 열을 추가합니다.
삼. 요약
나는 이 모드가 어드바이저가 (수학적으로) 수익성이 있다는 것뿐만 아니라 어드바이저가 인출 가능한 이익을 가져올 수 있는지 여부와 이 이익의 크기 및 이 인출 가능한 양이 어떻게 될 것인지 명확하게 보여주는 전략에 대한 응용 평가를 제공할 것이라고 믿습니다. 고문의 안정성에 영향을 미칩니다. 사실 이러한 이유로 Expert Advisors는 일정 시간 간격으로 어떤 수익률 곡선이 표시되는지가 아니라 얼마를 벌 수 있는지 이해하기 위해 생성됩니다.안녕하세요.
나는 Strategy Tester 에 추가적인 테스트 모드를 추가할 것을 제안합니다.
하나. 이름 "주기적인 이익 인출"
테스터 출금
안녕하세요.
나는 Strategy Tester 에 추가적인 테스트 모드를 추가할 것을 제안합니다.
하나. 이름 "주기적인 이익 인출"
2. 구현:
2.1. 이익을 인출할 기간을 선택하십시오.
2.1.1. 주, 월, 분기, 사용자 정의
2.2. 기간 동안 얻은 이익의 몇 퍼센트가 표시되는지 선택합니다.
2.3. 손실 곡선과 구별하기 위해 차트에서 이익 결론을 다른 색상으로 강조 표시합니다.
2.4. 백테스트 보고서에서 계정 통화로 이익을 표시하는 열을 추가합니다.
삼. 요약
나는 이 모드가 어드바이저가 (수학적으로) 수익성이 있다는 것뿐만 아니라 어드바이저가 인출 가능한 이익을 가져올 수 있는지 여부와 이 이익의 크기 및 이 인출 가능한 양이 어떻게 될 것인지 명확하게 보여주는 전략에 대한 응용 평가를 제공할 것이라고 믿습니다. 고문의 안정성에 영향을 미칩니다. 사실 이러한 이유로 Expert Advisors는 일정 시간 간격으로 어떤 수익률 곡선이 표시되는지가 아니라 얼마를 벌 수 있는지 이해하기 위해 생성됩니다.TesterWithdrawal() , TesterDeposit()
Artem, 답변 감사합니다. 그런 기능은 몰랐습니다.
그러나 나는 스스로 Expert Advisor를 지속적으로 수정하지만 프로그래머가 되는 것과는 거리가 멉니다.
저는 Expert Advisors를 구매하고 잠재적인 인수의 효율성을 결정하는 일반 MT5 사용자의 관점에서 제안했습니다.
그리고 터미널 개발자와 시장의 관점에서, 나는 잠재적인 클라이언트(프로그래머가 아닌)를 위한 어드바이저의 실질적인 효율성의 가시성이 프로젝트의 등급을 높일 것이라고 가정했습니다...
안녕하세요!
TesterGet...과 같은 기능을 추가할 계획은 없나요?
예: TesterGetDouble(TESTER_MAX_DRAWDOWN)이 도움이 될 것입니다.
이 모든 것은 이러한 쿼리 없이 얻을 수 있지만 이러한 값을 직접 받는 것이 편리할 것입니다.
https://www.mql5.com/ru/docs/constants/environment_state/statistics
감사하다!
개발자님! 테스터에서 문제가 발생했습니다. 해결책을 찾도록 도와주세요!
16코어 프로세서(32스레드)와 64GB 메모리가 있습니다. 실제 진드기에 대한 최적화에 사용할 계획이었습니다. 그러나 이것은 일어난 일입니다.
1. 각 MT5 에이전트는 테스트가 다른 쌍이 아닌 한 쌍에서 실행되더라도 별도의 RAM 조각을 자체적으로 할당합니다. 또한 예를 들어 십자가에서 테스트하면 여전히 메이저를 로드합니다. 결과적으로 2년 동안 실제 틱에 대해 테스트할 때 각 에이전트는 7GB의 메모리를 사용합니다. 예, 틱의 70%가 반복되는(동일한 Ask 및 Bid 사용) 인기 있는 브로커에서 시도한 다음 사용자 지정 필터링된 기록을 사용한다고 말할 가치가 있습니다. 따라서 64GB의 메모리를 로드하려면 8개의 에이전트에서만 테스트할 수 있습니다. 탈출구는 반복되는 틱 필터링, 메모리 양의 지속적인 제어, 따라서 테스트 기간, 64GB 메모리 및 16개 에이전트에 대한 테스트가 포함된 사용자 지정 기록입니다. 그래서 밝혀졌다!? 그래서 2년동안 테스트를 해봤는데.... 더 오래걸리면...?!
2. 다른 EVO 860 컴퓨터에서 임시로 SSD를 설치했습니다.8 패스에서도 최적화를 시작할 때 에이전트는 틱 기록을 RAM에 펌프하기 위해 SSD에 동시에 액세스하려고 합니다. 주문이 제공되지 않으므로 SSD가 "빨간색"이 되고 MT5 로그에 오류가 쏟아집니다.
예전에는 8개의 쓰레드에 16GB의 메모리를 사용해서 나사가 바로 스왑에 들어갔고 그런 오류는 없었지만 오랫동안 이런 방식으로 테스트를 할 수 없었습니다. 틱을 다운로드할 수 없었지만 쓰기는 하지만 메모리가 충분하지 않습니다! 사실 제 SSD가 당시 시스템 판독값으로 판단해 최대 600MB/s까지 밀어붙였다고 추정하면 64GB 램을 채우는 데 100초 이상 걸린다. 그래서 기존 SSD는 전혀 맞지 않고 더 빠른 SSD(최대 3500MB/s)를 기다리고 있지만, 그것으로라도 64GB를 더 추가하면 30초 이상 모든 메모리가 차게 됩니다 . 저것들. 오류가 남습니다.
따라서 GENTLEMEN DEVELOPERS. 이 문제에 주의가 필요합니다. 그렇지 않으면 멀티 코어 프로세서를 사용하는 것이 쓸모가 없더라도 매우 불편할 것입니다! 내가 뭔가 잘못하고 있거나 내가 모르는 옵션이 있습니까? 고마울거야!
가능하면 RAM 메모리를 아껴서 사용하는 것이 좋습니다. 하나의 통화 쌍에서 최적화하는 경우에만! 결국 테스트가 한 쌍에서 실행되면 모든 에이전트가 동일한 메모리 영역에 액세스하는 것이 확실히 가능합니다. 왜 그들은 각자 자신의 사본을 생산해야합니까?! 그러면 메모리 부족 문제, 하드 디스크에서 읽는 속도가 사라지고 디자인이 훨씬 저렴해집니다!
이것이 불가능한 경우 에이전트가 하드 디스크에 액세스하고(또는) 복사 대기 시간을 늘리거나 한 쌍에 대해 테스트가 수행되는 경우 동일한 복사본을 만들 수 있도록 일종의 대기열을 구성할 수 있습니다. RAM에서 RAM으로의 블록. 그러나 메모리 사용을 최적화하면 확실히 훨씬 더 효율적입니다! RAM으로 작업할 때 비슷한 개선 사항이 있습니까? 아니면 여전히 불가능하고 볼륨을 늘려야 합니까?
고맙습니다!
개발자들은 NG 이후에 생각하기로 약속했습니다.