데이터는 동일하며 .hst 형식만 변경되었습니다. SDC의 테스트에서 알 수 있듯이 백테스트 결과는 빌드 509와 60x 모두에서 동일합니다. 그러나 동일한 데이터를 사용하지 않기 때문에 SDC의 첫 번째 시도가 손상되었음을 보여줍니다.
브로커는 데이터를 변경할 수 있습니다.
AV 감사합니다.
.hst의 실제 데이터가 변경되지 않았음을 알고 있습니다. 그러나 .hst에 있는 60x 이전 데이터가 OLHC로 주문되었고 해당 .hst에 추가되는 60x 이후 날짜가 OHLC인 경우 전체 .hst가 이제 테스트에 적합한 OHLC 형식이 되도록 하기 위해 수행된 작업 60배 빌드?
또한 이전 형식(OLHC) 기록 데이터 파일을 새 터미널의 기록 센터로 가져 오면 새 형식이 아님에도 불구하고 제대로 가져올 수 있습니까?
너무 지나치면 죄송합니다.
편집 - 덧붙여 말하자면, 509와 비교하기 위해 60x에서 실행한 유사한 백 테스트는 10월 13일에 종료 날짜가 있습니다. 내 브로커가 그 시점 이전에 터미널을 통해 내 M1 데이터를 변경한 방법은 없습니다(따라서 결과적으로 테스트 불일치). 이것은(위의 내 질문에 긍정적인 답변이 있다고 가정) 509와 60x 사이의 백 테스트에서 다른 결과가 다른 원인으로 인해 발생한다는 것을 의미합니다(사실 그렇게 되기를 바랍니다). 그러나 Raptor가 언급했듯이 코딩 또는 뛰어난 MT4.5 버그입니까? 나는 우리가 결국 알게 될 것이라고 생각하지만 가능성 목록에서 dodgy .hst 파일/포맷을 삭제하는 것은 축복이 될 것입니다.
.hst의 실제 데이터가 변경되지 않았음을 알고 있습니다. 그러나 .hst에 있는 60x 이전 데이터가 OLHC로 주문되었고 해당 .hst에 추가되는 60x 이후 날짜가 OHLC인 경우 전체 .hst가 이제 테스트에 적합한 OHLC 형식이 되도록 하기 위해 수행된 작업 60배 빌드?
또한 이전 형식(OLHC) 기록 데이터 파일을 새 터미널의 기록 센터로 가져오면 새 형식이 아님에도 불구하고 제대로 가져올 수 있습니까?
너무 지나치면 죄송합니다.
편집 - 덧붙여 말하자면, 509와 비교하기 위해 60x에서 실행한 유사한 백 테스트는 10월 13일에 종료 날짜가 있습니다. 내 브로커가 그 시점 이전에 터미널을 통해 내 M1 데이터를 변경한 방법은 없습니다(따라서 결과적으로 테스트 불일치). 이것은(위의 내 질문에 긍정적인 답변이 있다고 가정) 509와 60x 사이의 백 테스트에서 다른 결과가 다른 원인으로 인해 발생한다는 것을 의미합니다(사실 그렇게 되기를 바랍니다). 그러나 Raptor가 언급했듯이 코딩 또는 뛰어난 MT4.5 버그입니까? 나는 우리가 결국 알게 될 것이라고 생각하지만 가능성 목록에서 dodgy .hst 파일/포맷을 삭제하는 것은 축복이 될 것입니다.
.hst의 실제 데이터가 변경되지 않았음을 알고 있습니다. 그러나 .hst에 있는 60x 이전 데이터가 OLHC로 주문되었고 해당 .hst에 추가되는 60x 이후 날짜가 OHLC인 경우 전체 .hst가 이제 테스트에 적합한 OHLC 형식이 되도록 하기 위해 수행된 작업 60배 빌드?
나는 모든 토론을 따라가지 못해서 .hst 파일의 문제를 모릅니다. 509에서 .hst 파일을 가져 와서 60x 기록 폴더에 넣으면 차트가 동일하게 표시됩니다. 이는 509와 60x .hst 파일 간에 차이가 없거나 60x가 이전 버전에서 생성된 .hst 데이터를 올바르게 읽는 방법을 이미 알고 있음을 의미해야 합니다.
우리는 우리의 복잡한 실제 현금 EA를 제대로 백 테스트할 수 없습니다(즉, 509 이전 버전에서 얻은 것과 동일한 테스트 결과를 60x 빌드로 달성) 그것들은 적절하게 거래되는 것처럼 보이지만(세부 사항을 말하기는 쉽지 않지만) 백 테스팅은 매우 다른 결과를 보여줍니다. 이 문제를 일으키는 잠재적인 문제는 매우 다양하기 때문에 지금까지 어떤 것이 범인인지 알아내는 것이 불가능했으며 목록에서 어떤 것도 완전히 제거하기가 매우 어렵습니다.
내 게시물에 기술적인 가치가 추가되지는 않았지만 새로운 현실에 맞서 고군분투하는 유능한 사람/팀이 여전히 있다는 것을 보여줍니다.
나는 EA의 백테스트 결과를 실행하는 15개의 실제 돈을 비교합니다. 그들 중 대부분은 509 및 604 테스트에 대해 다른 결과를 생성합니다. 새로운 컴파일러에는 발견할 수 있는 것이 너무 많고 모두 낮은 수준(컴파일러와 관련된) 항목입니다. 새로운 mql4와 비교하여 이전 mql4의 데이터 유형 및 기능에 대한 변경 사항에 대한 자세한 설명이 있었으면 합니다. 따라서 가능한 마이그레이션 오류의 디버깅이 가능할 수 있습니다.
새로운 mql4 컴파일러 개발자가 509와 604의 테스트 결과 를 비교하여 가능한 문제를 인식했으면 합니다. 표시된 단순 동등 EA 테스트는 실제 EA가 아닙니다. 내 생각에 문제는 테스터와 관련이 없지만 마이그레이션 후 데이터 유형이 완전히 호환되지 않습니다.
나는 엄격한 컴파일을 다시 시도했지만 동일합니다. 결과가 다릅니다. 우리는 다른 세계에 있습니다. 코드는 컴파일되지만 다른 세계에서 작동합니다. 그래서 우리는 실제 돈 ea's에 대해 조심해야 합니다... (509 컴파일 ex4는 다시 509 세계와 비교하여 604 세계에서 다르게 작동합니다.)
그리고 불행히도 조정자는 오류를 찾아 수정한다고 말합니다. 기계에서 변경되는 사항을 알고 있다면 가능할 수 있습니다. 15년 이상이 지났지만 컴파일러 디자인이 무엇인지 기억합니다.
안녕 SDC, 많은 고품질 판매 또는 공개 EA가 있습니다. 509와 604에서 실제(EA 빌드 509 ex4)를 테스트할 수 있습니다. 차이점을 볼 수 있습니다. 우리는 여기에서 진정한 개발자입니다. 귀하의 테스트 코드는 위험을 보여주기에 충분하지 않습니다. 우리는 수년간의 미래 테스트와 비교하여 우리의 코드를 증명했습니다.
그러나 509 ex4조차도 509와 604에서 다르게 실행됩니다.
현재 검증된 코드가 다른 방식으로 작동하기 때문에 604에서 내 코드를 실행할 수 없습니다. 나는 이것을 받아들일 수 없다. 다른 bw가 무엇인지 이해해야 합니다. 컴파일러/실행. 이러한 위험 때문에 대안 개발 환경을 찾아야 합니다. 우리는 현재의 증명을 위해 우리의 삶을 바칩니다. 이것은 게임이 아니었다.
안녕 SDC, 많은 고품질 판매 또는 공개 EA가 있습니다. 509와 604에서 실제(EA 빌드 509 ex4)를 테스트할 수 있습니다. 차이점을 볼 수 있습니다. 우리는 여기에서 진정한 개발자입니다. 귀하의 테스트 코드는 위험을 보여주기에 충분하지 않습니다. 우리는 수년간의 미래 테스트와 비교하여 우리의 코드를 증명했습니다.
그러나 509 ex4조차도 509와 604에서 다르게 실행됩니다.
현재 검증된 코드가 다른 방식으로 작동하기 때문에 604에서 내 코드를 실행할 수 없습니다. 나는 이것을 받아들일 수 없다. 다른 bw가 무엇인지 이해해야 합니다. 컴파일러/실행. 이러한 위험 때문에 대안 개발 환경을 찾아야 합니다. 우리는 현재의 증명을 위해 우리의 삶을 바칩니다. 이것은 게임이 아니었다.
한편 저는 지난 20년 동안 코딩을 하고 있습니다..
당신이 옳을 수도 있지만 SDC는 결과가 주어진 EA에 대해 동일하다는 것을 보여주기 때문에 이것을 입증해야 합니다. 물론 마지막 말은 아니다.
문제를 재현할 수 있도록 코드 .mq4 또는 .ex4와 테스트 프로토콜을 제공할 수 있습니까?
빌드 509 대 빌드 606 전략 테스터 속도 테스트(비주얼 모드).
Build 509의 Strategy Tester는 Build 606의 Strategy Tester보다 비주얼 모드에서 35.5% 더 빠릅니다.
빌드 509 대 빌드 606 전략 테스터 속도 테스트(비주얼 모드).
Build 509의 Strategy Tester는 Build 606의 Strategy Tester보다 비주얼 모드에서 35.5% 더 빠릅니다.
데이터는 동일하며 .hst 형식만 변경되었습니다. SDC의 테스트에서 알 수 있듯이 백테스트 결과는 빌드 509와 60x 모두에서 동일합니다. 그러나 동일한 데이터를 사용하지 않기 때문에 SDC의 첫 번째 시도가 손상되었음을 보여줍니다.
브로커는 데이터를 변경할 수 있습니다.
AV 감사합니다.
.hst의 실제 데이터가 변경되지 않았음을 알고 있습니다. 그러나 .hst에 있는 60x 이전 데이터가 OLHC로 주문되었고 해당 .hst에 추가되는 60x 이후 날짜가 OHLC인 경우 전체 .hst가 이제 테스트에 적합한 OHLC 형식이 되도록 하기 위해 수행된 작업 60배 빌드?
또한 이전 형식(OLHC) 기록 데이터 파일을 새 터미널의 기록 센터로 가져 오면 새 형식이 아님에도 불구하고 제대로 가져올 수 있습니까?
너무 지나치면 죄송합니다.
편집 - 덧붙여 말하자면, 509와 비교하기 위해 60x에서 실행한 유사한 백 테스트는 10월 13일에 종료 날짜가 있습니다. 내 브로커가 그 시점 이전에 터미널을 통해 내 M1 데이터를 변경한 방법은 없습니다(따라서 결과적으로 테스트 불일치). 이것은(위의 내 질문에 긍정적인 답변이 있다고 가정) 509와 60x 사이의 백 테스트에서 다른 결과가 다른 원인으로 인해 발생한다는 것을 의미합니다(사실 그렇게 되기를 바랍니다). 그러나 Raptor가 언급했듯이 코딩 또는 뛰어난 MT4.5 버그입니까? 나는 우리가 결국 알게 될 것이라고 생각하지만 가능성 목록에서 dodgy .hst 파일/포맷을 삭제하는 것은 축복이 될 것입니다.
AV 감사합니다.
.hst의 실제 데이터가 변경되지 않았음을 알고 있습니다. 그러나 .hst에 있는 60x 이전 데이터가 OLHC로 주문되었고 해당 .hst에 추가되는 60x 이후 날짜가 OHLC인 경우 전체 .hst가 이제 테스트에 적합한 OHLC 형식이 되도록 하기 위해 수행된 작업 60배 빌드?
또한 이전 형식(OLHC) 기록 데이터 파일을 새 터미널의 기록 센터로 가져오면 새 형식이 아님에도 불구하고 제대로 가져올 수 있습니까?
너무 지나치면 죄송합니다.
편집 - 덧붙여 말하자면, 509와 비교하기 위해 60x에서 실행한 유사한 백 테스트는 10월 13일에 종료 날짜가 있습니다. 내 브로커가 그 시점 이전에 터미널을 통해 내 M1 데이터를 변경한 방법은 없습니다(따라서 결과적으로 테스트 불일치). 이것은(위의 내 질문에 긍정적인 답변이 있다고 가정) 509와 60x 사이의 백 테스트에서 다른 결과가 다른 원인으로 인해 발생한다는 것을 의미합니다(사실 그렇게 되기를 바랍니다). 그러나 Raptor가 언급했듯이 코딩 또는 뛰어난 MT4.5 버그입니까? 나는 우리가 결국 알게 될 것이라고 생각하지만 가능성 목록에서 dodgy .hst 파일/포맷을 삭제하는 것은 축복이 될 것입니다.
결과를 백테스팅 하고 비교할 때 스프레드 제어 스크립트 또는 고정 스프레드를 사용하고 있습니까?
AV 감사합니다.
.hst의 실제 데이터가 변경되지 않았음을 알고 있습니다. 그러나 .hst에 있는 60x 이전 데이터가 OLHC로 주문되었고 해당 .hst에 추가되는 60x 이후 날짜가 OHLC인 경우 전체 .hst가 이제 테스트에 적합한 OHLC 형식이 되도록 하기 위해 수행된 작업 60배 빌드?
나는 모든 토론을 따라가지 못해서 .hst 파일의 문제를 모릅니다. 509에서 .hst 파일을 가져 와서 60x 기록 폴더에 넣으면 차트가 동일하게 표시됩니다. 이는 509와 60x .hst 파일 간에 차이가 없거나 60x가 이전 버전에서 생성된 .hst 데이터를 올바르게 읽는 방법을 이미 알고 있음을 의미해야 합니다.
우리는 우리의 복잡한 실제 현금 EA를 제대로 백 테스트할 수 없습니다(즉, 509 이전 버전에서 얻은 것과 동일한 테스트 결과를 60x 빌드로 달성) 그것들은 적절하게 거래되는 것처럼 보이지만(세부 사항을 말하기는 쉽지 않지만) 백 테스팅은 매우 다른 결과를 보여줍니다. 이 문제를 일으키는 잠재적인 문제는 매우 다양하기 때문에 지금까지 어떤 것이 범인인지 알아내는 것이 불가능했으며 목록에서 어떤 것도 완전히 제거하기가 매우 어렵습니다.
내 게시물에 기술적인 가치가 추가되지는 않았지만 새로운 현실에 맞서 고군분투하는 유능한 사람/팀이 여전히 있다는 것을 보여줍니다.
나는 EA의 백테스트 결과를 실행하는 15개의 실제 돈을 비교합니다. 그들 중 대부분은 509 및 604 테스트에 대해 다른 결과를 생성합니다. 새로운 컴파일러에는 발견할 수 있는 것이 너무 많고 모두 낮은 수준(컴파일러와 관련된) 항목입니다. 새로운 mql4와 비교하여 이전 mql4의 데이터 유형 및 기능에 대한 변경 사항에 대한 자세한 설명이 있었으면 합니다. 따라서 가능한 마이그레이션 오류의 디버깅이 가능할 수 있습니다.
새로운 mql4 컴파일러 개발자가 509와 604의 테스트 결과 를 비교하여 가능한 문제를 인식했으면 합니다. 표시된 단순 동등 EA 테스트는 실제 EA가 아닙니다. 내 생각에 문제는 테스터와 관련이 없지만 마이그레이션 후 데이터 유형이 완전히 호환되지 않습니다.
나는 엄격한 컴파일을 다시 시도했지만 동일합니다. 결과가 다릅니다. 우리는 다른 세계에 있습니다. 코드는 컴파일되지만 다른 세계에서 작동합니다. 그래서 우리는 실제 돈 ea's에 대해 조심해야 합니다... (509 컴파일 ex4는 다시 509 세계와 비교하여 604 세계에서 다르게 작동합니다.)
그리고 불행히도 조정자는 오류를 찾아 수정한다고 말합니다. 기계에서 변경되는 사항을 알고 있다면 가능할 수 있습니다. 15년 이상이 지났지만 컴파일러 디자인이 무엇인지 기억합니다.
509 그래프:
604 그래프:
안녕 SDC, 많은 고품질 판매 또는 공개 EA가 있습니다. 509와 604에서 실제(EA 빌드 509 ex4)를 테스트할 수 있습니다. 차이점을 볼 수 있습니다. 우리는 여기에서 진정한 개발자입니다. 귀하의 테스트 코드는 위험을 보여주기에 충분하지 않습니다. 우리는 수년간의 미래 테스트와 비교하여 우리의 코드를 증명했습니다.
그러나 509 ex4조차도 509와 604에서 다르게 실행됩니다.
현재 검증된 코드가 다른 방식으로 작동하기 때문에 604에서 내 코드를 실행할 수 없습니다. 나는 이것을 받아들일 수 없다. 다른 bw가 무엇인지 이해해야 합니다. 컴파일러/실행. 이러한 위험 때문에 대안 개발 환경을 찾아야 합니다. 우리는 현재의 증명을 위해 우리의 삶을 바칩니다. 이것은 게임이 아니었다.
한편, 저는 지난 20년 동안 코딩을 하고 있습니다.
안녕 SDC, 많은 고품질 판매 또는 공개 EA가 있습니다. 509와 604에서 실제(EA 빌드 509 ex4)를 테스트할 수 있습니다. 차이점을 볼 수 있습니다. 우리는 여기에서 진정한 개발자입니다. 귀하의 테스트 코드는 위험을 보여주기에 충분하지 않습니다. 우리는 수년간의 미래 테스트와 비교하여 우리의 코드를 증명했습니다.
그러나 509 ex4조차도 509와 604에서 다르게 실행됩니다.
현재 검증된 코드가 다른 방식으로 작동하기 때문에 604에서 내 코드를 실행할 수 없습니다. 나는 이것을 받아들일 수 없다. 다른 bw가 무엇인지 이해해야 합니다. 컴파일러/실행. 이러한 위험 때문에 대안 개발 환경을 찾아야 합니다. 우리는 현재의 증명을 위해 우리의 삶을 바칩니다. 이것은 게임이 아니었다.
한편 저는 지난 20년 동안 코딩을 하고 있습니다..
당신이 옳을 수도 있지만 SDC는 결과가 주어진 EA에 대해 동일하다는 것을 보여주기 때문에 이것을 입증해야 합니다. 물론 마지막 말은 아니다.
문제를 재현할 수 있도록 코드 .mq4 또는 .ex4와 테스트 프로토콜을 제공할 수 있습니까?