나는 연초부터 얻은 최고의 최적화 매개변수를 대체하여 실행했지만 그림이 인상적이지 않습니다.
...
통과한 800개 이상의 실행은 낙관론을 불러일으키지 않으며 6월 기록에 대한 최적화 결과는 같은 기간에 초기 매개변수로 테스트할 때보다 나쁩니다.
조금 더 일찍 표현된 문구를 올바르게 이해했다면 최적화 이전의 매개변수보다 최적화가 더 나쁜 옵션을 제공했습니까? 최적화를 위해 일부 제한(예: 드로다운)이 설정된 경우에 해당될 수 있습니다. 그렇지 않으면 문제가 있습니다. 또한 성능 문제로 인해 작은 영역에서 최적화하고 있는지 확인한 다음 더 큰 기간에 전방 테스트를 수행하는지 확인하십시오. 반비례를 준수해야 합니다. 예를 들어 몇 달 동안 최적화하고 추적을 확인합니다. 월, 그 반대의 경우도 마찬가지입니다. 그리고 지금 말씀하신대로 6월 최적화 결과가 몇달안에 확인이 된것 같습니다 ;-).
조금 더 일찍 표현된 문구를 올바르게 이해했다면 최적화 이전의 매개변수보다 최적화가 더 나쁜 옵션을 제공했습니까? 최적화를 위해 일부 제한(예: 드로다운)이 설정된 경우에 해당될 수 있습니다. 그렇지 않으면 문제가 있습니다. 또한 성능 문제로 인해 작은 영역에서 최적화하고 있는지 확인한 다음 더 큰 기간에 정방향 테스트를 수행합니다. 반비례를 준수해야 합니다. 예를 들어 몇 달 동안 최적화하고 추적을 확인합니다. 월, 그 반대는 아닙니다. 그리고 지금 말씀하신대로 6월 최적화 결과가 몇달안에 확인이 된것 같습니다 ;-).
네, 정확히 이해하셨습니다. 저는 GA만 사용했고, 최적의 옵션을 찾지 못한 것 같지만 최적화 이전에 있던 매개변수가 있는 옵션을 포함하여 최상의 옵션은 버리고 제한을 두지 않았습니다.
6월에 최적화를 수행하고 7월과 8월 12일에 대해 최적화를 수행합니다. 히스토리를 늘리는 데 시간이 많이 걸린다는 점을 감안하여 최적화를 1개월의 히스토리로 제한하고, 실생활에서 TS를 운용할 경우 히스토리 길이로 매주 재최적화 할 계획입니다. 한 달 동안 최적화가 수행됩니다.
OrlandoMagic>> : Насколько я понимаю, у баров кроме цены открытия и закрытия есть еще максимальное и минимальное значения, которые могут оказать влияние... Ну да автору виднее...
이 때문에 테스트가 정확하지 않습니다. 고문은 막대의 시작, 닫는 시간, 산술 평균을 볼 수 있습니다. 그러나 그는 이 바가 가지고 있는 전체 범위에서 거래를 해야 할 것입니다. 이것이 사람들이 모든 진드기에 대해 테스트하는 이유입니다. 이러한 테스트의 속도에 문제가 있는 경우 프로그램이 시간을 소비하는 위치를 정확히 찾아내고 단순화해야 합니다. 이것은 예를 들어 알고리즘 블록을 하나씩 주석 처리하여 수행할 수 있습니다. 내가 이해하는 한, 공개 가격 과 통제 지점에 의한 테스트는 아이디어가 테스트될 때만 사용됩니다...
관련성 최적화는 2008년 5월 1일부터 2009년 5월 1일까지 수행되었으며 2008년 1월 1일부터 2008년 5월 1일까지 그리고 2009년 1월 5일부터 오늘까지 순방향 테스트를 수행합니다. 그림은 반대이며 무엇을 믿어야합니까? 최적화 범위의 양쪽에 대한 테스트가 반대 결과를 제공하는 경우 TS는 실제로 어떻게 동작합니까? 최적화 범위 내에서 최적화의 결과로 얻은 매개변수를 사용하여 테스터에서 실행하는 것도 최적화 자체에서 얻은 결과와 다릅니다. 일반적으로 이 모든 최적화에 대한 신뢰도가 더 낮습니다.
나는 연초부터 얻은 최고의 최적화 매개변수를 대체하여 실행했지만 그림이 인상적이지 않습니다.
...
통과한 800개 이상의 실행은 낙관론을 불러일으키지 않으며 6월 기록에 대한 최적화 결과는 같은 기간에 초기 매개변수로 테스트할 때보다 나쁩니다.
조금 더 일찍 표현된 문구를 올바르게 이해했다면 최적화 이전의 매개변수보다 최적화가 더 나쁜 옵션을 제공했습니까? 최적화를 위해 일부 제한(예: 드로다운)이 설정된 경우에 해당될 수 있습니다. 그렇지 않으면 문제가 있습니다. 또한 성능 문제로 인해 작은 영역에서 최적화하고 있는지 확인한 다음 더 큰 기간에 전방 테스트를 수행하는지 확인하십시오. 반비례를 준수해야 합니다. 예를 들어 몇 달 동안 최적화하고 추적을 확인합니다. 월, 그 반대의 경우도 마찬가지입니다. 그리고 지금 말씀하신대로 6월 최적화 결과가 몇달안에 확인이 된것 같습니다 ;-).
조금 더 일찍 표현된 문구를 올바르게 이해했다면 최적화 이전의 매개변수보다 최적화가 더 나쁜 옵션을 제공했습니까? 최적화를 위해 일부 제한(예: 드로다운)이 설정된 경우에 해당될 수 있습니다. 그렇지 않으면 문제가 있습니다. 또한 성능 문제로 인해 작은 영역에서 최적화하고 있는지 확인한 다음 더 큰 기간에 정방향 테스트를 수행합니다. 반비례를 준수해야 합니다. 예를 들어 몇 달 동안 최적화하고 추적을 확인합니다. 월, 그 반대는 아닙니다. 그리고 지금 말씀하신대로 6월 최적화 결과가 몇달안에 확인이 된것 같습니다 ;-).
네, 정확히 이해하셨습니다. 저는 GA만 사용했고, 최적의 옵션을 찾지 못한 것 같지만 최적화 이전에 있던 매개변수가 있는 옵션을 포함하여 최상의 옵션은 버리고 제한을 두지 않았습니다.
6월에 최적화를 수행하고 7월과 8월 12일에 대해 최적화를 수행합니다. 히스토리를 늘리는 데 시간이 많이 걸린다는 점을 감안하여 최적화를 1개월의 히스토리로 제한하고, 실생활에서 TS를 운용할 경우 히스토리 길이로 매주 재최적화 할 계획입니다. 한 달 동안 최적화가 수행됩니다.
문제의 사실은 닫힌 막대가 동일한 4개의 OHLC를 갖는다는 것입니다.
예를 들어 따옴표 아카이브에서 당신이 의미하는 바가 완전히 명확하지 않습니다 ...
Насколько я понимаю, у баров кроме цены открытия и закрытия есть еще максимальное и минимальное значения, которые могут оказать влияние... Ну да автору виднее...
문제의 사실은 닫힌 막대가 동일한 4개의 OHLC를 갖는다는 것입니다.
OrlandoMagic 작성 >>
예를 들어 따옴표 아카이브에서 당신이 의미하는 바가 완전히 명확하지 않습니다 ...
0이 아닌 막대의 모든 표시기(최대 및 최소 포함)는 온라인 서버에서 온 것과 테스터에서 동일합니다. 명확하지 않은 것은 명확하지 않습니다.
이 때문에 테스트가 정확하지 않습니다. 고문은 막대의 시작, 닫는 시간, 산술 평균을 볼 수 있습니다. 그러나 그는 이 바가 가지고 있는 전체 범위에서 거래를 해야 할 것입니다. 이것이 사람들이 모든 진드기에 대해 테스트하는 이유입니다. 이러한 테스트의 속도에 문제가 있는 경우 프로그램이 시간을 소비하는 위치를 정확히 찾아내고 단순화해야 합니다. 이것은 예를 들어 알고리즘 블록을 하나씩 주석 처리하여 수행할 수 있습니다. 내가 이해하는 한, 공개 가격 과 통제 지점에 의한 테스트는 아이디어가 테스트될 때만 사용됩니다...
당신이 옳지 않다. 모든 것은 전문가의 알고리즘에 달려 있습니다. Expert Advisor가 형성된 막대에 대해 작업하는 경우 테스터로부터 또는 온라인에서 그러한 막대를 받았는지 여부는 그에게 중요하지 않습니다.
예, 모든 틱에 대해 작동하는 Expert Advisors가 있습니다 . 그들은 실제로 시가에서 테스트할 수 없습니다.
알았어, 내가 틀렸어. 원하는 대로 테스트하십시오.
관련성 최적화는 2008년 5월 1일부터 2009년 5월 1일까지 수행되었으며 2008년 1월 1일부터 2008년 5월 1일까지 그리고 2009년 1월 5일부터 오늘까지 순방향 테스트를 수행합니다. 그림은 반대이며 무엇을 믿어야합니까? 최적화 범위의 양쪽에 대한 테스트가 반대 결과를 제공하는 경우 TS는 실제로 어떻게 동작합니까? 최적화 범위 내에서 최적화의 결과로 얻은 매개변수를 사용하여 테스터에서 실행하는 것도 최적화 자체에서 얻은 결과와 다릅니다. 일반적으로 이 모든 최적화에 대한 신뢰도가 더 낮습니다.
최적화 결과
통과 이익 총 거래 수익성 수학 기대 감소$ 감소%
25 ____656.40____ 22______ 3.28_________ 29.84____ 176.40___ 13.90%
최적화 범위의 테스트 결과