아마도 실시간으로 그러한 숫자는 수용 가능하지만(완벽함에 대한 제한은 없지만) 백테스트를 사용하면 내가 이해하는 한 짧은 샘플에서도 상황이 매우 어렵습니다. 나는 당신이 컴퓨터 계산의 사용의 상대방의 나를 의심하지 않기를 바랍니다? :). 분기를 읽은 직후 알고리즘의 상당한 가속이 바람직하다는 인상을 받았습니다.
물론, 우리가 특히 백테스트의 경우 더 빠른 계산 알고리즘을 원한다는 데는 의심의 여지가 없지만, 반면에 이 기술은 과거 데이터에 대한 전통적인 피팅에 필요한 것처럼 테스터에서 수백만 번의 패스가 필요하지 않습니다. 대부분의 MT4 사용자는이 제품의 제작자 에게이 압박을 할 때 부지런히 (욕심 많은 yooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo of affers !!!) 이 방법에 따라 생성된 Expert Advisor의 실행은 결과의 적용성 측면에서 1000000000000 실행에 최적화된 Expert Advisor를 확실히 초과할 것이라는 점을 인식해야 합니다. ;영형))). 나는 단지 무작위 추측 시스템을 만든 내 자신의 경험에서 이것을 말하고 있는 것입니다. 그런데 그 설명은 처음에 같은 스레드에서 제공했습니다. 수학적 통계 방법을 기반으로 구축된 Expert Advisor의 최적화는 검색이 아닌 선택을 위한 최소한의 매개변수(각 매개변수도 매우 제한된 변형 영역을 가짐)를 사용하여 알고리즘을 논리적으로 구체화하는 데 주로 있습니다. 다른 오실레이터 및 이동 평균의 일부 "최적"값 및 표준 기록 적합에서 요구되는 n차원 공간의 전역 최대값에서 발견된 일부 계수에 대해. 위의 게시물에 제공된 기존 결과는 사용 가능한 기록에 대해 50개 이하의 전체 알고리즘 실행을 수행하여 얻은 것입니다. 각 실행 후에 알고리즘이 개선되고 개선되었습니다. 그리고 지금 이 순간에도 똑같이 하고 있습니다. 나는 하루에 2~3번의 런을 하고 결과를 분석하고 알고리즘을 다듬는다. 아직 모든 것이 디버깅된 것은 아니지만 실생활에서 어느 정도 작동하는 첫 번째 버전을 이미 출시했습니다. 지금까지 거래가 없었습니다. EA는 유로화가 거절하기를 기다리고 있습니다.
각 호출이 테스터의 로그에 표시된다고 썼기 때문에 사용자 지정 표시기를 사용하지 않습니다. EA 자체에 Murray 레벨 표시기를 추가했습니다. 글쎄요, 저는 Expert Advisor 의 계산 속도 를 특별히 높이는 어레이를 발명하지 않았습니다. 솔직히 말해서, 나는 이와 관련하여 어떻게 생각해야 할지 모르겠습니다. 이전 막대(채널 경계)의 계산에 대한 정보는 자연스럽게 배열에 저장되고 새 막대에서 다시 계산되지 않는다는 것입니다. 나는 이미 가속 측면에서 내 알고리즘에서 거의 모든 것을 짜내었고 더 이상 더 빠르게 만들 수 없다고 생각합니다. 그러나 X, X ^ 2를 포함하는 배열에 대해서는 완전히 명확하지 않습니다. 큰 배열 X,X^2에서 값을 검색하면 계산 시간(제곱)을 어느 정도 줄일 수 있습니까? 예상 비교 데이터가 있습니까? 그들을 알아가는 것은 흥미로울 것입니다.
알고리즘을 완전히 대체할 수는 없었지만(여전히 선택해야 함) 최적화된 알고리즘의 일부를 일반적인 알고리즘에 삽입할 수 있었습니다. 즉, 최적화된 알고리즘에 대한 모든 사전 계산이 수행되지만 채널은 일반적인 방식으로 계산됩니다. 다음은 로그입니다.
2006.07.04 23:04:37 ChannelStDev3 GBPCHF,M15: deinit() 실행 2006.07.04 23:04:37 ChannelStDev3 GBPCHF,M15: 일반 스크립트 시간 + 최적화 579ms 2006.07.04 23:04:36 ChannelStDev3 GBPCHF,M15: a=-0.0001 b=2.2628 lastBar1 firstBar=105 StDev=0.001 2006.07.04 23:04:36 ChannelStDev3 GBPCHF,M15: 1000개 이상의 막대 기준을 충족하는 140개 채널을 찾았습니다. 2006.07.04 23:04:36 ChannelStDev3 GBPCHF,M15: 그들은 1 시리즈에 있습니다 2006.07.04 23:04:36 ChannelStDev3 GBPCHF,M15: 초기화됨 2006.07.04 23:04:35 ChannelStDev3 GBPCHF,M15: 성공적으로 로드됨 2006.07.04 23:04:28 ChannelStDev GBPCHF,M15: 제거됨 2006.07.04 23:04:28 ChannelStDev GBPCHF,M15: 초기화 해제 2006.07.04 23:04:28 ChannelStDev GBPCHF,M15: deinit() 실행 2006.07.04 23:04:28 ChannelStDev GBPCHF,M15: 일반 스크립트 시간 547ms 2006.07.04 23:04:27 ChannelStDev GBPCHF,M15: a=-0.0001 b=2.2628 lastBar1 firstBar=105 StDev=0.001 2006.07.04 23:04:27 ChannelStDev GBPCHF,M15: 1000개 이상의 막대 기준을 충족하는 140개 채널을 찾았습니다.
따라서 최적화된 알고리즘의 시간은 약 (579-547)=32밀리초여야 합니다. 대략적인 승리는 547/32=17번입니다. 이것은 확실히 내가 예상한 500번이 아니므로 여전히 확인해야 합니다. 아마도 내가 예상했던 것보다 더 많은 시간을 소비하는 시간 비압축 절차를 고려하지 않았을 것입니다. 내일 확인하려고 합니다.
물론, 우리가 특히 백테스트의 경우 더 빠른 계산 알고리즘을 원한다는 데는 의심의 여지가 없지만, 반면에 이 기술은 과거 데이터에 대한 전통적인 피팅에 필요한 것처럼 테스터에서 수백만 번의 패스가 필요하지 않습니다. 대부분의 MT4 사용자는이 제품의 제작자 에게이 압박을 할 때 부지런히 (욕심 많은 yooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo of affers !!!) 이 방법에 따라 생성된 Expert Advisor의 실행은 결과의 적용성 측면에서 1000000000000 실행에 최적화된 Expert Advisor를 확실히 초과할 것이라는 점을 인식해야 합니다. ;영형))). 나는 단지 무작위 추측 시스템을 만든 내 자신의 경험에서 이것을 말하고 있는 것입니다. 그런데 그 설명은 처음에 같은 스레드에서 제공했습니다. 수학적 통계 방법을 기반으로 구축된 Expert Advisor의 최적화는 검색이 아닌 선택을 위한 최소한의 매개변수(각 매개변수도 매우 제한된 변형 영역을 가짐)를 사용하여 알고리즘을 논리적으로 구체화하는 데 주로 있습니다. 다른 오실레이터 및 이동 평균의 일부 "최적"값 및 표준 기록 적합에서 요구되는 n차원 공간의 전역 최대값에서 발견된 일부 계수에 대해. 위의 게시물에 제공된 기존 결과는 사용 가능한 기록에 대해 50개 이하의 전체 알고리즘 실행을 수행하여 얻은 것입니다. 각 실행 후에 알고리즘이 개선되고 개선되었습니다. 그리고 지금 이 순간에도 똑같이 하고 있습니다. 나는 하루에 2~3번의 런을 하고 결과를 분석하고 알고리즘을 다듬는다. 아직 모든 것이 디버깅된 것은 아니지만 실생활에서 어느 정도 작동하는 첫 번째 버전을 이미 출시했습니다. 지금까지 거래가 없었습니다. EA는 유로화가 거절하기를 기다리고 있습니다.
이제 나는 어드바이저를 최적화하는 것이 가능하다는 것을 알기 시작했고 깨달았습니다. 이득은 (N+1)/2에 있어야 하며, 여기서 N은 채널의 최대 길이입니다(현재 버전에서는 300을 사용하므로 이득이 150배여야 함).
2006.07.04 23:04:37 ChannelStDev3 GBPCHF,M15: 일반 스크립트 시간 + 최적화 579ms
2006.07.04 23:04:36 ChannelStDev3 GBPCHF,M15: a=-0.0001 b=2.2628 lastBar1 firstBar=105 StDev=0.001
2006.07.04 23:04:36 ChannelStDev3 GBPCHF,M15: 1000개 이상의 막대 기준을 충족하는 140개 채널을 찾았습니다.
2006.07.04 23:04:36 ChannelStDev3 GBPCHF,M15: 그들은 1 시리즈에 있습니다
2006.07.04 23:04:36 ChannelStDev3 GBPCHF,M15: 초기화됨
2006.07.04 23:04:35 ChannelStDev3 GBPCHF,M15: 성공적으로 로드됨
2006.07.04 23:04:28 ChannelStDev GBPCHF,M15: 제거됨
2006.07.04 23:04:28 ChannelStDev GBPCHF,M15: 초기화 해제
2006.07.04 23:04:28 ChannelStDev GBPCHF,M15: deinit() 실행
2006.07.04 23:04:28 ChannelStDev GBPCHF,M15: 일반 스크립트 시간 547ms
2006.07.04 23:04:27 ChannelStDev GBPCHF,M15: a=-0.0001 b=2.2628 lastBar1 firstBar=105 StDev=0.001
2006.07.04 23:04:27 ChannelStDev GBPCHF,M15: 1000개 이상의 막대 기준을 충족하는 140개 채널을 찾았습니다.
따라서 최적화된 알고리즘의 시간은 약 (579-547)=32밀리초여야 합니다. 대략적인 승리는 547/32=17번입니다. 이것은 확실히 내가 예상한 500번이 아니므로 여전히 확인해야 합니다. 아마도 내가 예상했던 것보다 더 많은 시간을 소비하는 시간 비압축 절차를 고려하지 않았을 것입니다. 내일 확인하려고 합니다.
2006.07.05 14:34:17 ChannelStDev3 EURJPY,M15: deinit() 실행
2006.07.05 14:34:17 ChannelStDev3 EURJPY,M15: a=0.0071 b=146.7474 lastBar1 firstBar=50 StDev=0.1056
2006.07.05 14:34:17 ChannelStDev3 EURJPY,M15: 1000개 이상의 막대 기준을 충족하는 820개 채널을 찾았습니다.
2006.07.05 14:34:17 ChannelStDev3 EURJPY,M15: 8화
2006.07.05 14:34:17 ChannelStDev3 EURJPY,M15: 일반 알고리즘 시간 390ms
2006.07.05 14:34:17 ChannelStDev3 EURJPY,M15: 최적화된 알고리즘 시간 0ms
2006.07.05 14:34:17 ChannelStDev3 EURJPY,M15: 초기화됨
2006.07.05 14:34:15 ChannelStDev3 EURJPY,M15: 성공적으로 로드됨
최적화된 블록이 올바르게 계산되는지 확인하는 것이 남아 있습니다. 동시에, 나는 객체로 작업 하는 것이 많은 시간을 소비한다는 것을 알게 되었습니다(최적화되지 않은 버전의 거의 1/3). 백 테스트 중에 그림을 그리는 것은 바람직하지 않습니다. 하지만
14:54:04 ChannelStDev3 EURJPY,M15: k=64 a=0.002 b=146.8379 시그마=-1370529.6008
14:54:04 ChannelStDev3 EURJPY,M15: k=63 a=0.0025 b=146.829 시그마=-1348950.2071
14:54:04 ChannelStDev3 EURJPY,M15: k=62 a=0.0029 b=146.8197 시그마=-1327370.2369
14:54:04 ChannelStDev3 EURJPY,M15: k=61 a=0.0033 b=146.8105 시그마=-1305795.8008
14:54:04 ChannelStDev3 EURJPY,M15: k=60 a=0.0038 b=146.8016 시그마=-1284233.323
14:54:04 ChannelStDev3 EURJPY,M15: k=59 a=0.0042 b=146.7921 시그마=-1262664.9732
14:54:04 ChannelStDev3 EURJPY,M15: k=58 a=0.0046 b=146.7844 시그마=-1241133.5221
14:54:04 ChannelStDev3 EURJPY,M15: k=57 a=0.005 b=146.7769 시그마=-1219610.1431
14:54:04 ChannelStDev3 EURJPY,M15: k=56 a=0.0055 b=146.7678 시그마=-1198064.4492
14:54:04 ChannelStDev3 EURJPY,M15: k=55 a=0.0058 b=146.7611 시그마=-1176563.0841
14:54:04 ChannelStDev3 EURJPY,M15: k=54 a=0.0062 b=146.754 시그마=-1155059.1345
14:54:04 ChannelStDev3 EURJPY,M15: k=53 a=0.0066 b=146.7469 시그마=-1133558.635
14:54:04 ChannelStDev3 EURJPY,M15: k=52 a=0.007 b=146.7398 시그마=-1112061.7881
14:54:04 ChannelStDev3 EURJPY,M15: k=51 a=0.0073 b=146.7342 시그마=-1090593.6002
14:54:04 ChannelStDev3 EURJPY,M15: k=50 a=0.0074 b=146.7327 시그마=-1069186.857
14:54:04 ChannelStDev3 EURJPY,M15: k=49 a=0.0074 b=146.733 시그마=-1047808.1245
14:54:04 ChannelStDev3 EURJPY,M15: k=48 a=0.0073 b=146.7346 시그마=-1026446.748
14:54:04 ChannelStDev3 EURJPY,M15: k=47 a=0.0069 b=146.7404 시그마=-1005141.2611
14:54:04 ChannelStDev3 EURJPY,M15: k=46 a=0.0064 b=146.7494 시그마=-983876.6836
14:54:04 ChannelStDev3 EURJPY,M15: 최적화된 알고리즘 시간 31ms
14:54:05 ChannelStDev3 EURJPY,M15: 일반 알고리즘 시간 875ms
14:54:05 ChannelStDev3 EURJPY,M15: 6개 시리즈입니다.
14:54:05 ChannelStDev3 EURJPY,M15: 1000개 막대 내에서 기준을 충족하는 824개 채널을 찾았습니다.
14:54:05 ChannelStDev3 EURJPY,M15: a=0.0064 b=146.7494 lastBar1 firstBar=46 StDev=0.1044
14:54:05 ChannelStDev3 EURJPY,M15: deinit() 실행
14:54:05 ChannelStDev3 EURJPY,M15: 초기화 해제
14:54:05 ChannelStDev3 EURJPY,M15: 제거됨
사실, 시그마에 문제가 있습니다. :)