순방향 테스트를 단순화할 가치가 있을 수 있습니다. 최적화 2008.01.01-2009.01.01 + 순방향 테스트 2009.01.01-오늘
의미는 어떻습니까? 내 컴퓨터에는 두 개의 터미널이 있습니다.
1. 차트 설정에서 10,000막대 이하로 제한이 설정된 SSB의 경우
2. 역사가 깊은 테스트용
OOS의 범위가 정확히 어디에 있는지는 중요하지 않습니다. 따라서 나는 역사(시간이 더 이른)에서 역방향으로 포스트를 게시합니다. 즉, 10000 이상의 막대에서(MT4에서는 막대별로 날짜 범위를 설정할 수 없지만 날짜별로만, 더 정확하게는 일별로만 설정할 수 있기 때문에 날짜별로 탐색해야 합니다. 즉, 두 번째 터미널의 모든 전달은 다음과 같아야 합니다. 첫 번째 터미널에서 테스트 시작 날짜보다 빠른 날짜).
나는 처음 5를 희망하지 않을 것입니다. 그들은 더 높은 등급을 가지고 있지만 아직 아무 의미가 없습니다. 사실은 전략이 저장소에 들어가자마자 이미 "성공적"이기 때문입니다. 방금 최적화되었으므로 잘 맞습니다. 따라서 얼마 동안은 바로 이 적합성에 대해서만 점수(등급)를 얻을 것입니다. 리포지토리 사용자가 특정 기간과 수단을 선호하는 경우(대부분 EURUSD M1에 대한 전략 리포지토리에 있음) 바로 이 기간 및 수단에 대한 최신 조정이 가장 자주 등급의 첫 번째 줄을 차지하고 검색 결과에서 첫 번째로 표시됩니다. .
따라서 이가에 대한 추가 검사를 무시하지 않는 것이 좋습니다. 데모에서 테스트하는 데 오랜 시간이 걸리므로 가장 쉬운 방법은 테스터에서 1일 피팅을 제거하고 남은 모든 것을 교육 계정으로 보내는 것입니다.
그리고 저장소 자체가 존재한 지 한 달이 조금 넘었고 그것을 신뢰하기에는 너무 이릅니다. 아직 시간 테스트를 거친 전략이 포함되어 있지 않습니다. 1년 후에는 그림이 완전히 달라질 것입니다.
난 이해가 안 돼요. ssb가 작동하는지 여부. 다운로드, 설치, 실행했습니다. 터미널을 지정하고 기간을 선택하고 실행했습니다. 터미널 시작됨 - 최적화 시작됨 . 최적화가 완료되고 터미널이 닫힙니다. 인터넷에 접속했는데 뭔가 다운로드가 된 것 같습니다. 터미널이 시작되었고 무언가가 빠르게 시작되고 닫혔습니다. 그리고 모든 것. ssb 유형이 중단되었습니다. 응답 없음, 응답 없음, 응답 없음. 저장 버튼이 없고 종료 버튼에 대한 응답이 없습니다. 뿐만 아니라 어떤 브라우저를 통해 어떤 사이트에도 접속할 수 없을 때 정지됩니다. 또한 최적화 종료 직후 브라우저가 정지되는 현상이 관찰됩니다. 동시에 포트 80에서 텔넷을 통해 사이트에 액세스할 수 없습니다(서버는 단순히 응답을 반환하지 않음). 예를 들어 다른 포트를 통해 인터넷에 액세스할 수 있지만. 문제는 MR. Reshetov가 Winsock 체인에 내장되어 트래픽을 제어하는 이유입니다.
Разницы нет, где именно расположен диапазон для OOS. Поэтому я провожу форварды назад в историю (раньше по времени), т.е. на барах от 10000 и глубже (хотя в MT4 нельзя настраивать диапазоны дат по барам, а только по датам, а еще точнее по суткам, поэтому и приходится ориентироваться
일, 즉 두 번째 터미널의 모든 전달은 첫 번째 터미널의 테스트 시작 날짜보다 이전 날짜여야 합니다.
예를 들어, 모든 과거 데이터(1999-2009)에 대해 Creator4 최적화를 수행합니다. 이러한 데이터 범위를 사용할 가치가 있습니까? 그렇지 않은 경우 차트의 막대를 10,000개로 제한한다고 해서 나머지 과거 데이터(10,000개 이상)가 최적화(선택됨)에 포함되지 않는다는 의미는 아닙니다. "히스토리 바의 최대값"을 제한할 필요가 있습니다. 사실, 왜 모든 역사가 관련되어 있습니까? 최신 데이터에 대한 좋은 결과가 필요할 때 Creator4 최적화를 위한 데이터입니다. 답변 감사합니다.
molchanov>> : 예를 들어, 모든 과거 데이터(1999-2009)에 대해 Creator4 최적화를 수행합니다. 이러한 데이터 범위를 사용할 가치가 있습니까? 그렇지 않은 경우 차트의 막대를 10,000개로 제한한다고 해서 나머지 과거 데이터(10,000개 이상)가 최적화(선택됨)에 포함되지 않는다는 의미는 아닙니다. "히스토리 바의 최대값"을 제한할 필요가 있습니다. 사실, 왜 모든 역사가 관련되어 있습니까? 최신 데이터에 대한 좋은 결과가 필요할 때 Creator4 최적화를 위한 데이터입니다. 답변 감사합니다.
적어도 시각적으로 2005년 이전과 이후의 시세 차트에 주의를 기울이십시오. 그러면 나중에 실제 견적을 빼내기 위해 "푹신한" 차트를 사용할 가치가 있습니까?
나는 내 자신이 너무 오만하도록 내버려 두었습니다. 실례합니다 ... 당신은 단지 비판합니다 - 나도 똑같이 대답합니다. Pardo는 어떤지 모르겠지만 제 생각에는 각 시간대마다 고유한 오실레이터 기간과 전략의 고유한 특성이 있어야 합니다. 원칙적으로 신뢰할 수 있는 요인의 수가 많으면 전략이 다른 기간에 더 높은 확률로 더 나은 결과를 보여줍니다. 또한 전략의 모든 요소에는 올바른 해석이 있습니다. 따라서 질문의 다른 공식화에도 불구하고 여기에서 우리는 모두 같은 것에 대해 이야기하고 있다는 점에 유의하십시오. 그리고 나는 또한 분 전략의 도구가 4시간제에 작동해서는 안 된다는 것을 분명히 알고 있습니다. 그리고 저는 "단계"가 아닌 기간을 호출하는 데 익숙합니다. 여기에서 SSB 전략은 모든 변형에서 논의되며 수동 거래를 자동으로 만들 수 있습니다. 그래서 더 명확합니다.
당신은 자신을 모순 ....
여기에 원하는 대로 완전한 명료성 또는 철학이 있습니다. 조합: Expert-TF-Tool은 독립적인 TS로 간주되며, 모든 변경 사항은 매번 새로운 시스템입니다........ 그리고 동일한 매개변수로 작업하고 동일한 관성에서 최적화할 의무가 전혀 없으며, 등. 등.
molchanov>> : 예를 들어, 모든 과거 데이터(1999-2009)에 대해 Creator4 최적화를 수행합니다. 이러한 데이터 범위를 사용할 가치가 있습니까?
저장소의 경우 이것이 좋습니다. 왜냐하면. 테스트는 광범위한 기록에 대해 실행되고 평가가 계산됩니다. 저것들. 그것은 일종의 순방향 테스트로 밝혀졌습니다.
사용자에게는 다음과 같은 이점이 없습니다.
1. 히스토리의 범위가 클수록 최적화 및 테스트 시간이 오래 걸립니다.
2. 더 큰 이야기에 맞는 것을 찾는 것이 더 쉽습니다. SSB4에서 한도는 최소 100 거래입니다. 2년의 기록을 취하면 100개의 트랜잭션은 주당 1개의 트랜잭션입니다. M1에 대한 주당 1개의 거래가 분명한 조정이 될 가능성이 높다는 것은 매우 분명합니다. 어드바이저에 대한 입력 매개변수가 매우 많기 때문에 필터가 심하게 손상된 전략이 선택됩니다.
따라서 이미 저장소에 대해 언급한 것처럼 광범위한 히스토리에 대한 운전을 금지하지 않으며, 따라서 저장소의 다른 사용자에게는 이것이 좋을 뿐입니다. 하지만 저는 개인적으로 10,000바를 넘지 않는 히스토리에서 SSB를 사용하여 전략을 선택합니다. 이것은 가장 실용적이고 효율적입니다(작은 기록에 대한 빠른 최적화 및 테스트, 테스트를 실행하는 데 조금 더 많은 시간, 긴 기록의 두 번째 터미널 및 그게 전부입니다. 선택한 기간 및 도구에 대한 몇 가지 잠재적으로 수익성 있는 전략이 이미 있습니다. 사용 가능).
다양한 통화 상품 및 기간에 대해 테스트할 때 저장소의 전략 지표 매개변수 값이 변경되지 않는다는 것을 올바르게 이해했습니까?
바르게. 전략의 입력 매개변수, 즉 이러한 전략에 사용된 지표의 입력 매개변수는 전략이 저장소에 추가된 후에도 전혀 변경되지 않습니다.
순방향 테스트를 단순화할 가치가 있을 수 있습니다. 최적화 2008.01.01-2009.01.01 + 순방향 테스트 2009.01.01-오늘
의미는 어떻습니까? 내 컴퓨터에는 두 개의 터미널이 있습니다.
1. 차트 설정에서 10,000막대 이하로 제한이 설정된 SSB의 경우
2. 역사가 깊은 테스트용
OOS의 범위가 정확히 어디에 있는지는 중요하지 않습니다. 따라서 나는 역사(시간이 더 이른)에서 역방향으로 포스트를 게시합니다. 즉, 10000 이상의 막대에서(MT4에서는 막대별로 날짜 범위를 설정할 수 없지만 날짜별로만, 더 정확하게는 일별로만 설정할 수 있기 때문에 날짜별로 탐색해야 합니다. 즉, 두 번째 터미널의 모든 전달은 다음과 같아야 합니다. 첫 번째 터미널에서 테스트 시작 날짜보다 빠른 날짜).
결과: 5가지 전략 중 하나, 통화 상품, 최고의 성과를 보인 기간.
나는 처음 5를 희망하지 않을 것입니다. 그들은 더 높은 등급을 가지고 있지만 아직 아무 의미가 없습니다. 사실은 전략이 저장소에 들어가자마자 이미 "성공적"이기 때문입니다. 방금 최적화되었으므로 잘 맞습니다. 따라서 얼마 동안은 바로 이 적합성에 대해서만 점수(등급)를 얻을 것입니다. 리포지토리 사용자가 특정 기간과 수단을 선호하는 경우(대부분 EURUSD M1에 대한 전략 리포지토리에 있음) 바로 이 기간 및 수단에 대한 최신 조정이 가장 자주 등급의 첫 번째 줄을 차지하고 검색 결과에서 첫 번째로 표시됩니다. .
따라서 이가에 대한 추가 검사를 무시하지 않는 것이 좋습니다. 데모에서 테스트하는 데 오랜 시간이 걸리므로 가장 쉬운 방법은 테스터에서 1일 피팅을 제거하고 남은 모든 것을 교육 계정으로 보내는 것입니다.
그리고 저장소 자체가 존재한 지 한 달이 조금 넘었고 그것을 신뢰하기에는 너무 이릅니다. 아직 시간 테스트를 거친 전략이 포함되어 있지 않습니다. 1년 후에는 그림이 완전히 달라질 것입니다.
난 이해가 안 돼요. ssb가 작동하는지 여부. 다운로드, 설치, 실행했습니다. 터미널을 지정하고 기간을 선택하고 실행했습니다. 터미널 시작됨 - 최적화 시작됨 . 최적화가 완료되고 터미널이 닫힙니다. 인터넷에 접속했는데 뭔가 다운로드가 된 것 같습니다. 터미널이 시작되었고 무언가가 빠르게 시작되고 닫혔습니다. 그리고 모든 것. ssb 유형이 중단되었습니다. 응답 없음, 응답 없음, 응답 없음. 저장 버튼이 없고 종료 버튼에 대한 응답이 없습니다. 뿐만 아니라 어떤 브라우저를 통해 어떤 사이트에도 접속할 수 없을 때 정지됩니다. 또한 최적화 종료 직후 브라우저가 정지되는 현상이 관찰됩니다. 동시에 포트 80에서 텔넷을 통해 사이트에 액세스할 수 없습니다(서버는 단순히 응답을 반환하지 않음). 예를 들어 다른 포트를 통해 인터넷에 액세스할 수 있지만. 문제는 MR. Reshetov가 Winsock 체인에 내장되어 트래픽을 제어하는 이유입니다.
제가 유일한가요? 아니면 ssb는 MR. RESHETOV에서만 작동합니까?
여기 흥미로운 사례가 있습니다. 저는 MTS SSB 중 하나를 마이크로리얼에 올렸습니다. 지난 주에는 75핍만 가져왔습니다... 하지만 테스터에서는 같은 주에 소진되었습니다! 예, 거래는 다른 시간에 조금씩 열립니다.
최적화는 시작 가격을 기반으로 하며 코드를 편집하고 스레드를 읽어야 합니다.
아니면 ssb는 MR. RESHETOV에서만 작동합니까?
SSB는 모든 사람에게 무료로 작동하므로 인터넷 속도가 충분하지 않을 수 있습니다. 또는 저장소가 정지되었습니다. 나중에 다시 시작하십시오.
Разницы нет, где именно расположен диапазон для OOS. Поэтому я провожу форварды назад в историю (раньше по времени), т.е. на барах от 10000 и глубже (хотя в MT4 нельзя настраивать диапазоны дат по барам, а только по датам, а еще точнее по суткам, поэтому и приходится ориентироваться
일, 즉 두 번째 터미널의 모든 전달은 첫 번째 터미널의 테스트 시작 날짜보다 이전 날짜여야 합니다.
예를 들어, 모든 과거 데이터(1999-2009)에 대해 Creator4 최적화를 수행합니다. 이러한 데이터 범위를 사용할 가치가 있습니까? 그렇지 않은 경우 차트의 막대를 10,000개로 제한한다고 해서 나머지 과거 데이터(10,000개 이상)가 최적화(선택됨)에 포함되지 않는다는 의미는 아닙니다. "히스토리 바의 최대값"을 제한할 필요가 있습니다. 사실, 왜 모든 역사가 관련되어 있습니까? 최신 데이터에 대한 좋은 결과가 필요할 때 Creator4 최적화를 위한 데이터입니다. 답변 감사합니다.
적어도 시각적으로 2005년 이전과 이후의 시세 차트에 주의를 기울이십시오. 그러면 나중에 실제 견적을 빼내기 위해 "푹신한" 차트를 사용할 가치가 있습니까?
나는 내 자신이 너무 오만하도록 내버려 두었습니다. 실례합니다 ... 당신은 단지 비판합니다 - 나도 똑같이 대답합니다. Pardo는 어떤지 모르겠지만 제 생각에는 각 시간대마다 고유한 오실레이터 기간과 전략의 고유한 특성이 있어야 합니다. 원칙적으로 신뢰할 수 있는 요인의 수가 많으면 전략이 다른 기간에 더 높은 확률로 더 나은 결과를 보여줍니다. 또한 전략의 모든 요소에는 올바른 해석이 있습니다. 따라서 질문의 다른 공식화에도 불구하고 여기에서 우리는 모두 같은 것에 대해 이야기하고 있다는 점에 유의하십시오. 그리고 나는 또한 분 전략의 도구가 4시간제에 작동해서는 안 된다는 것을 분명히 알고 있습니다. 그리고 저는 "단계"가 아닌 기간을 호출하는 데 익숙합니다. 여기에서 SSB 전략은 모든 변형에서 논의되며 수동 거래를 자동으로 만들 수 있습니다. 그래서 더 명확합니다.
당신은 자신을 모순 ....
여기에 원하는 대로 완전한 명료성 또는 철학이 있습니다. 조합: Expert-TF-Tool은 독립적인 TS로 간주되며, 모든 변경 사항은 매번 새로운 시스템입니다........ 그리고 동일한 매개변수로 작업하고 동일한 관성에서 최적화할 의무가 전혀 없으며, 등. 등.
예를 들어, 모든 과거 데이터(1999-2009)에 대해 Creator4 최적화를 수행합니다. 이러한 데이터 범위를 사용할 가치가 있습니까?
저장소의 경우 이것이 좋습니다. 왜냐하면. 테스트는 광범위한 기록에 대해 실행되고 평가가 계산됩니다. 저것들. 그것은 일종의 순방향 테스트로 밝혀졌습니다.
사용자에게는 다음과 같은 이점이 없습니다.
1. 히스토리의 범위가 클수록 최적화 및 테스트 시간이 오래 걸립니다.
2. 더 큰 이야기에 맞는 것을 찾는 것이 더 쉽습니다. SSB4에서 한도는 최소 100 거래입니다. 2년의 기록을 취하면 100개의 트랜잭션은 주당 1개의 트랜잭션입니다. M1에 대한 주당 1개의 거래가 분명한 조정이 될 가능성이 높다는 것은 매우 분명합니다. 어드바이저에 대한 입력 매개변수가 매우 많기 때문에 필터가 심하게 손상된 전략이 선택됩니다.
따라서 이미 저장소에 대해 언급한 것처럼 광범위한 히스토리에 대한 운전을 금지하지 않으며, 따라서 저장소의 다른 사용자에게는 이것이 좋을 뿐입니다. 하지만 저는 개인적으로 10,000바를 넘지 않는 히스토리에서 SSB를 사용하여 전략을 선택합니다. 이것은 가장 실용적이고 효율적입니다(작은 기록에 대한 빠른 최적화 및 테스트, 테스트를 실행하는 데 조금 더 많은 시간, 긴 기록의 두 번째 터미널 및 그게 전부입니다. 선택한 기간 및 도구에 대한 몇 가지 잠재적으로 수익성 있는 전략이 이미 있습니다. 사용 가능).