우리는 테스터의 단일 실행 세트가 아니라 옵티마이저에 대해 이야기하고 있습니다. 옵티마이저의 개념은 완전히 다릅니다. 결과의 사소한 오류로 인해 속도가 크게 향상됩니다. 옵티마이저는 틱 모델이 전혀 필요하지 않습니다. 최대 - 시가 기준 . 옵티마이저는 여러 번 테스터가 아니라 완전히 다른 것입니다. 당신은 다른 접근 방식을 가지고 있으며 매우 논리적입니다.
신뢰할 수 없는 테스터를 만들면(오류는 절대 1%가 되지 않음) 개발자는 평생 동안 자리를 차지하게 됩니다. 그리고 "100배 더 빠르다"에 대한 대화는 "예, 최적화 프로그램이 무언가를 거칠게 할 권리가 있도록 어디에서 본 적이 있습니까?"라는 진술과 비교할 때 그냥 꽃처럼 보일 것입니다.
반대로, 우리는 다음과 같은 방법으로 최대 정확도와 옵티마이저 속도를 높이기 위해 노력하고 있습니다.
알고리즘 최적화
MQL5 언어의 성능과 기능 극대화
멀티스레드, 원격 및 클라우드 에이전트
스프레드 지원이 포함된 자세한 M1 기록
64비트 버전 사용
전략 최적화 프로세스의 병렬화는 즉시 계산 코어 수에 선형 가속을 제공했으며 MQL5 언어는 MQL4에 비해 큰 발전이 되었습니다.
신뢰할 수 없는 테스터를 만들면(오류는 절대 1%가 되지 않음) 개발자는 평생 동안 자리를 차지하게 됩니다.
우리가 다른 언어를 말하는 것처럼 느껴집니다. 나는 당신을 비난하지 않습니다. 또한 그는 개발자들이 올바른 길을 갔다고 말했습니다.
당신과 관련이 없는 다른 모든 발전에 대해 결점을 찾지 마십시오. 내 운은 MT4 테스터보다 100배 빠르며 오류는 MY EA에서만 1% 미만입니다. 다른 조언자들의 경우 나는 카운팅 라임을 할 필요가 없었습니다.
알다시피, 나는 나 자신을 위해 그것을해야만했고 나는이 길을 누구에게도 강요하지 않습니다. 나는 단지 필요한 경우 항상 비 다목적 바보, 그러나 매우 빠른 운율을 쓸 기회가 있다고 말합니다. 그런 다음 어리석지 않지만 잘 만들어진 실제 거래 시뮬레이터인 MT4-MT5 테스터에서 결과를 연마하십시오.
옵티마이저가 운율만큼 빠르지 않다는 사실에 대해 개발자를 비판하려면 바보가 되어야 합니다. 그리고 특정한 경우를 위해 특별히 작성된 운율이 이 특정한 경우에 만능 테스터보다 빠르지 않을 것이라고 주장하려면 매우 완고해야 합니다.
반복합니다. 개발자는 거래자 군대로 대표되는 DC 고객이 공급합니다. MTS 별명은 고객인 시장에서도 제공됩니다. 모두가 자신의 일을 하고 있습니다. 그냥 서로 괴롭히지 마세요. 존중과 무례한 태도로 서로를 대할 수 있습니다.
Topikstarter는 실제로 개발자들에게 인기를 끌면서 시작되었습니다. 그는 이것이 불가능하다고 여러 번 말했습니다. 개발자들은 결과적으로 너무 멀리 가기 시작했습니다. 그냥 서로 존중합시다.
제가 직접 한 일을 요약해 보겠습니다. MT5 테스터/옵티마이저가 필요합니다. 어떤 특별한 경우(개인 및 응용 프로그램 모두)의 경우 이상적인 것이 없기 때문에 적용할 수 없습니다. pt.
토론은 저에게 개인적으로 유용했습니다. 적어도 개발자 입장에서는 구현한 솔루션이 최고라는 것이 분명해졌습니다. 그리고 누군가가 수십억 개의 달리기를 해야 한다는 사실은 또 다른 질문입니다. 그것은 필요합니다-글쎄, 오리는 스스로하십시오. 그리고 그게 다야. 성능을 높이는 방향으로 MT5 옵티마이저를 변경하는 것은(과도한 값으로) 현실적이지 않습니다. 성능 면에서 그들은 가능한 거의 모든 것을 많이 했습니다. 잘하셨어요.
그래서 나는 수사학적이지 않은 질문에 대한 답을 얻었다.
TO hrenfx : Renat에게 어떤 대답을 원하십니까? 그는 개발자가 해야 하는 대로 응답합니다. IMHO, 그는 당신이 말하는 모든 것을 완벽하게 이해합니다. 그러나 그 대답은 당신에게만 있는 것이 아니라 그것을 읽는 모든 사람에게 있습니다. 따라서 항상 개발자의 답변을 읽어야 합니다.
우리는 불평하지만 그들은 우리를 위해 개인적으로 소프트웨어를 만드는 것이 아니라 소비자를 위해 소프트웨어를 만듭니다. 분명히 우리가 그들에게 수백만 달러를 지불하면 그들은 우리를 위해 개인적으로 소프트웨어를 만들 것입니다.
TO hrenfx : Renat에게 어떤 대답을 원하십니까? 그는 개발자가 해야 하는 대로 응답합니다. IMHO, 그는 당신이 말하는 모든 것을 완벽하게 이해합니다. 그러나 그 대답은 당신에게만 있는 것이 아니라 그것을 읽는 모든 사람에게 있습니다. 따라서 항상 개발자의 답변을 읽어야 합니다.
hrenfx : 다양한 만능 테스터의 품질과 속도에 대한 감동적인 주제에 비추어 MQL5 - Stock# 의 진정한 경쟁자를 언급하는 것을 잊었습니다.
사실 - 디지털 크러셔(Data-Crusher)나 라임을 만드는 것은 간단한 일이 아닙니다.
위에서 이미 언급했듯이 부동 숫자로 표시된 가격에서 정수로 가격으로 전환하는 것이 합리적입니다. USHORT는 2바이트만 사용하고 0에서 최대 65535까지의 값 범위로, 5자리 원칙에도 충분합니다. 즉, DOUBLE이 8바이트를 사용한다는 사실에도 불구하고 6553개의 오래된 항목이 나타납니다.
즉, 예를 들어 한 문자에 5천만 개의 틱이 있는 경우(USHORT에서도 시간을 인코딩한다는 사실에도 불구하고 3 * 2 = 6바이트의 틱 크기를 얻음), 즉 50 * 6 약 300메가바이트입니다. 그리고 틱을 DOUBLE로 저장하고 시간이 USHORT인 경우에도 2*8+2=20바이트로 판명되면 20 * 50은 이미 적어도 1기가바이트입니다.
글쎄, 우리가 7자를 말한다면 이것은 한 버전에서는 7 * 300 = 2.1GB이고 두 번째 버전에서는 7GB입니다. 오. 64비트 시스템에 대해 4기가바이트의 OP를 표준으로 취하면 이미 100% 스왑을 위해 남겨진 상태입니다.
글쎄, 최적화하는 동안 틱을 저장하지 않고 실행 전에 틱을 생성하면 당연히 공간을 덜 차지합니다. 그러나 이것은 더 이상 디지털 로그라이크가 아닙니다.
OK - 계속 진행합시다 - 우리가 똑똑하고 생성된 틱이라고 가정해 봅시다. 그리고 메모리에서 그들은 2GB를 차지하지만 부지런하고 똑똑하지만 동시에 경험 부족으로 인해 고성능에 대한 이해가 거의 없다면 처음부터 각 실행에 대한 "흐름"을 저장합니다. 끝까지 이야기하고 운전하십시오. 그러나 마지막 "넌센스"에서만 우리는 생산성 측면에서 약 4 배를 잃을 것입니다. 그것에 대해 생각! 네 번 - 나는 물론 C에 관한 모든 것입니다. 따라서 한 명 이상의 사람이 매우 생산적인 최적화 프로그램(테스터가 아님)을 갖고 싶어한다면 저는 그러한 프로그램을 만들 준비가 되어 있습니다. 하지만 시간이 걸리므로 돈이 필요합니다. :)
즉, 가속도의 8배를 계산했습니다.
이는 12초 동안 정수로 된 DOUBLE에서 약 1억 5천만 틱이지만 4배 더 빠릅니다. 즉, 1999년부터 현재까지 3개의 심볼에서 모든 틱을 실행하는 데 4초가 걸립니다.
다중 통화를 사용하는 그러한 테스터(MT4 환경의 경우, MT4가 있는 컴파일러를 지원하지만 C ++은 기본 테스터임)가 있습니다. 그것을 순 거래로 변환하는 것은 간단한 문제입니다. 그러나 나는 MT5로 컴파일러를 만들지 않을 것입니다. 나는 너무 게으릅니다. 그건 그렇고, 그것은 MT4 디버깅을 지원합니다 :)) 스튜디오에서 바로. 주변 기계에 분산 처리를 추가하는 것이 가능하지만 속도가 향상되는지 여부는 아직 알 수 없습니다.
차트, 성능 카운터, 자신의 기록 로드... 일반적으로 프로그램은 매우 작지 않습니다. 한 눈에 10,000줄입니다. :)
중재자가 괜찮다면 여기에 테스터의 예시 스크린샷을 게시하세요. 일부 표준 Expert Advisor를 사용하여 "올인원"(표시기 없음)으로 변환하고 자신을 포함하여 다른 최적화 프로그램에서 실행하십시오. 적어도 스크린샷의 형태로 결과를 게시하십시오.
내 계산 운을 보여 주는 것은 의미가 없습니다(나는 이미 위에서 말했습니다). 왜냐하면 "counting rhyme"이라는 단어보다 이름을 짓지 않는 것이 더 낫기 때문입니다. 당신의 진술에 따르면, 당신은 거의 (나는 모든 것을 알지 못합니다) 본격적인 옵티마이저를 가지고 있습니다. 개발자는 옵티마이저를 게시했습니다(2개 - MT4 및 MT5). 우리는 그것에 대해 토론하고 비판할 수 있습니다. 자신을 보여주세요. 잠재 구매자를 찾을 수 있습니다.
예, 개발자는 범용 옵티마이저가 실제로 훨씬 빠르고 수용 가능한 오류로 계산하는 경우 이에 대해 생각할 수 있습니다.
지표의 문제도 있다. 개인적으로 Expert Advisors를 작성 하는 데 필요하지는 않지만 99%가 이를 사용하므로 개발자는 대부분의 현실에 맞게 테스터 최적화 아키텍처를 조정했습니다. 따라서 "올인원"(더 빠를 수 있음)의 경우 아키텍처 속도 손실이 있을 수 있지만 표시기가 있는 옵션(가능한 것보다)에는 상당한 이점이 있습니다.
추신: 수치에서 명확한 부정확성이 있습니다. INT의 기록은 2.1Gb, DOUBLE - 7Gb를 차지할 수 없습니다. 차이는 항상 정확히 2배(USHORT로는 충분하지 않음)여야 합니다. 가격이 있는 정수 산술로 전환하면 EA의 모든 논리가 정수 1로 대체될 수 있을 때 상당한 이점이 있습니다. 자주 발생하지 않습니다.
중재자가 괜찮다면 여기에 테스터의 예시 스크린샷을 게시하세요. 일부 표준 Expert Advisor를 사용하여 "올인원"(표시기 없음)으로 변환하고 자신을 포함하여 다른 최적화 프로그램에서 실행하십시오. 적어도 스크린샷의 형태로 결과를 게시하십시오.
내 계산 운을 보여 주는 것은 의미가 없습니다(나는 이미 위에서 말했습니다). 왜냐하면 "counting rhyme"이라는 단어보다 이름을 짓지 않는 것이 더 낫기 때문입니다. 당신의 진술에 따르면, 당신은 거의 (나는 모든 것을 알지 못합니다) 본격적인 옵티마이저를 가지고 있습니다. 개발자는 옵티마이저를 게시했습니다(2개 - MT4 및 MT5). 우리는 그것에 대해 토론하고 비판할 수 있습니다. 자신의 모습을 보여주세요. 잠재 구매자를 찾을 수 있습니다.
예, 개발자는 범용 옵티마이저가 실제로 훨씬 빠르고 수용 가능한 오류로 계산하는 경우 이에 대해 생각할 수 있습니다.
지표의 문제도 있다. 개인적으로 Expert Advisors를 작성 하는 데 필요하지는 않지만 99%가 이를 사용하므로 개발자는 대부분의 현실에 맞게 테스터 최적화 아키텍처를 조정했습니다. 따라서 "올인원"(더 빠를 수 있음)의 경우 아키텍처 속도 손실이 있을 수 있지만 표시기가 있는 옵션(가능한 것보다)에는 상당한 이점이 있습니다.
추신: 수치에서 명확한 부정확성이 있습니다. INT의 기록은 2.1Gb, DOUBLE - 7Gb를 차지할 수 없습니다. 차이는 항상 정확히 2배(USHORT로는 충분하지 않음)여야 합니다. 가격이 있는 정수 산술로 전환하면 EA의 모든 논리가 정수 1로 대체될 수 있을 때 상당한 이점이 있습니다. 자주 발생하지 않습니다.
USHORT가 충분하지 않다고 생각한다면 그렇습니다. 하지만 충분하다고 생각합니다. 게다가 FLOAT는 두 배 더 작고 빠릅니다.
스킨을 다운로드하는 항목 - 다음:
네, 알겠습니다. 시간이 되면 보여드리겠지만 스킨은 아닙니다. 윈도우 애플리케이션이 아니기 때문에 동영상으로 보여드리겠습니다.
여기 구매자가 없는 것 같아요. :) 그리고 여름이 되면 시간이 된다면 인터넷에서 리메이크해서 "판매용"으로 올리겠습니다. 영어로 웹사이트를 만들어 포스팅하겠습니다. 나는 그것을 판다고 생각한다 :) (나는 그것이 실제로 재미있다고 생각한다 - 그래서 나는 내 인생에서 charavara를 해본 적이 없다) 나는 30-50 달러가 될 것이다. 하지만 쓰레기는 흥미롭습니다. 생각해 보세요. MT4로 작성하고 스튜디오에서 디버그합니다. :)
지표에 관한 한 모든 것이 지원됩니다 - iCustom도 지원됩니다(지금 MT5에서 동일한 방식으로 수행됨 - 동일한 매개변수가 있는 기호에 이러한 지표가 있는 경우 다시 계산되지 않음). 일반적으로 없는 것을 말하는 것이 더 쉽습니다. ... 솔직히 말해서 정확히 무엇을 하지 않았는지 기억나지 않지만 MT4에는 필요한 모든 것이 있습니다. 예, 틱은 각 심볼에서 테스트가 수행되는 EA로 이동하며, 현재 MT5에서와 같이 EA가 작동하는 심볼에서 이동합니다.
예, 기억합니다. 라이브러리와 내보내기도 있습니다 ... 일반적으로 모든 것이 있습니다. :)
가격을 정수로 변환해도 특별한 이점은 없습니다. 예, 효과적으로 볼륨을 줄이지만 불가피하게 두 배로 레코딩하기 때문에 속도가 몇 배나 떨어집니다. 전체 시스템을 정수로 절대적으로 만드는 것이 불가능하기 때문에 정확히 피할 수 없는 것이므로 계산 가능한 수학은 여전히 2배(충분히 정확하지 않음)로 수행되어야 합니다.
정수(짧은 짧은 경우에도) 데이터는 나누기 및 곱셈 연산에서 사용할 수 없습니다. 15자의 분수 값을 저장할 위치는 어디인가요? 마찬가지로 정밀도가 완전히 부족한 플로트를 사용하는 것은 위험하고 자살입니다. float에 누적된 오류의 양은 지표를 계산하는 데 사용해서는 안 되는 정도입니다.
Renat : 가격을 정수로 변환해도 특별한 이점은 없습니다. 예, 효과적으로 볼륨을 줄이지만 불가피하게 두 배로 레코딩하기 때문에 속도가 몇 배나 떨어집니다. 전체 시스템을 정수로 절대적으로 만드는 것이 불가능하기 때문에 정확히 피할 수 없는 것이므로 계산 가능한 수학은 여전히 2배(충분히 정확하지 않음)로 수행되어야 합니다.
정수(짧은 짧은 경우에도) 데이터는 나누기 및 곱셈 연산에서 사용할 수 없습니다. 15자의 분수 값을 저장할 위치는 어디인가요? 마찬가지로 정밀도가 완전히 부족한 플로트를 사용하는 것은 위험하고 자살입니다. float에 누적된 오류의 양은 지표를 계산하는 데 사용해서는 안 되는 정도입니다.
초보 개발자는 이것을 알지 못합니다. 그들은 아직 복잡성의 전체 범위를 보지 못합니다.
"그"최적화 프로그램에서는 모든 것이 귀하의 것과 동일합니다. 그러나 사용 불가능에 대해 말하는 것 - 글쎄, 아마도. 하지만... ? - 가격(포인트), 지표(포인트), 모든 것 ... 각 경우에 POINT가 같음은 다를 수 있습니다. 즉, 특정 유형(소, 킬로미터 및 등등) 그리고 그에게 그의 요점. 따라서 정수에서는 모든 것이 완벽하게 해결됩니다. 여기 당신이 틀렸습니다. :)
우리는 테스터의 단일 실행 세트가 아니라 옵티마이저에 대해 이야기하고 있습니다. 옵티마이저의 개념은 완전히 다릅니다. 결과의 사소한 오류로 인해 속도가 크게 향상됩니다. 옵티마이저는 틱 모델이 전혀 필요하지 않습니다. 최대 - 시가 기준 . 옵티마이저는 여러 번 테스터가 아니라 완전히 다른 것입니다. 당신은 다른 접근 방식을 가지고 있으며 매우 논리적입니다.
신뢰할 수 없는 테스터를 만들면(오류는 절대 1%가 되지 않음) 개발자는 평생 동안 자리를 차지하게 됩니다. 그리고 "100배 더 빠르다"에 대한 대화는 "예, 최적화 프로그램이 무언가를 거칠게 할 권리가 있도록 어디에서 본 적이 있습니까?"라는 진술과 비교할 때 그냥 꽃처럼 보일 것입니다.
반대로, 우리는 다음과 같은 방법으로 최대 정확도와 옵티마이저 속도를 높이기 위해 노력하고 있습니다.
- 알고리즘 최적화
- MQL5 언어의 성능과 기능 극대화
- 멀티스레드, 원격 및 클라우드 에이전트
- 스프레드 지원이 포함된 자세한 M1 기록
- 64비트 버전 사용
전략 최적화 프로세스의 병렬화는 즉시 계산 코어 수에 선형 가속을 제공했으며 MQL5 언어는 MQL4에 비해 큰 발전이 되었습니다.신뢰할 수 없는 테스터를 만들면(오류는 절대 1%가 되지 않음) 개발자는 평생 동안 자리를 차지하게 됩니다.
우리가 다른 언어를 말하는 것처럼 느껴집니다. 나는 당신을 비난하지 않습니다. 또한 그는 개발자들이 올바른 길을 갔다고 말했습니다.
당신과 관련이 없는 다른 모든 발전에 대해 결점을 찾지 마십시오. 내 운은 MT4 테스터보다 100배 빠르며 오류는 MY EA에서만 1% 미만입니다. 다른 조언자들의 경우 나는 카운팅 라임을 할 필요가 없었습니다.
알다시피, 나는 나 자신을 위해 그것을해야만했고 나는이 길을 누구에게도 강요하지 않습니다. 나는 단지 필요한 경우 항상 비 다목적 바보, 그러나 매우 빠른 운율을 쓸 기회가 있다고 말합니다. 그런 다음 어리석지 않지만 잘 만들어진 실제 거래 시뮬레이터인 MT4-MT5 테스터에서 결과를 연마하십시오.
옵티마이저가 운율만큼 빠르지 않다는 사실에 대해 개발자를 비판하려면 바보가 되어야 합니다. 그리고 특정한 경우를 위해 특별히 작성된 운율이 이 특정한 경우에 만능 테스터보다 빠르지 않을 것이라고 주장하려면 매우 완고해야 합니다.
반복합니다. 개발자는 거래자 군대로 대표되는 DC 고객이 공급합니다. MTS 별명은 고객인 시장에서도 제공됩니다. 모두가 자신의 일을 하고 있습니다. 그냥 서로 괴롭히지 마세요. 존중과 무례한 태도로 서로를 대할 수 있습니다.
Topikstarter는 실제로 개발자들에게 인기를 끌면서 시작되었습니다. 그는 이것이 불가능하다고 여러 번 말했습니다. 개발자들은 결과적으로 너무 멀리 가기 시작했습니다. 그냥 서로 존중합시다.
제가 직접 한 일을 요약해 보겠습니다. MT5 테스터/옵티마이저가 필요합니다. 어떤 특별한 경우(개인 및 응용 프로그램 모두)의 경우 이상적인 것이 없기 때문에 적용할 수 없습니다. pt.
토론은 저에게 개인적으로 유용했습니다. 적어도 개발자 입장에서는 구현한 솔루션이 최고라는 것이 분명해졌습니다. 그리고 누군가가 수십억 개의 달리기를 해야 한다는 사실은 또 다른 질문입니다. 그것은 필요합니다-글쎄, 오리는 스스로하십시오. 그리고 그게 다야. 성능을 높이는 방향으로 MT5 옵티마이저를 변경하는 것은(과도한 값으로) 현실적이지 않습니다. 성능 면에서 그들은 가능한 거의 모든 것을 많이 했습니다. 잘하셨어요.
그래서 나는 수사학적이지 않은 질문에 대한 답을 얻었다.
TO hrenfx : Renat에게 어떤 대답을 원하십니까? 그는 개발자가 해야 하는 대로 응답합니다. IMHO, 그는 당신이 말하는 모든 것을 완벽하게 이해합니다. 그러나 그 대답은 당신에게만 있는 것이 아니라 그것을 읽는 모든 사람에게 있습니다. 따라서 항상 개발자의 답변을 읽어야 합니다.
우리는 불평하지만 그들은 우리를 위해 개인적으로 소프트웨어를 만드는 것이 아니라 소비자를 위해 소프트웨어를 만듭니다. 분명히 우리가 그들에게 수백만 달러를 지불하면 그들은 우리를 위해 개인적으로 소프트웨어를 만들 것입니다.
감사합니다. 답변을 받았습니다. :)
TO hrenfx : Renat에게 어떤 대답을 원하십니까? 그는 개발자가 해야 하는 대로 응답합니다. IMHO, 그는 당신이 말하는 모든 것을 완벽하게 이해합니다. 그러나 그 대답은 당신에게만 있는 것이 아니라 그것을 읽는 모든 사람에게 있습니다. 따라서 항상 개발자의 답변을 읽어야 합니다.
다양한 만능 테스터의 품질과 속도에 대한 감동적인 주제에 비추어 MQL5 - Stock# 의 진정한 경쟁자를 언급하는 것을 잊었습니다.
사실 - 디지털 크러셔(Data-Crusher)나 라임을 만드는 것은 간단한 일이 아닙니다.
위에서 이미 언급했듯이 부동 숫자로 표시된 가격에서 정수로 가격으로 전환하는 것이 합리적입니다. USHORT는 2바이트만 사용하고 0에서 최대 65535까지의 값 범위로, 5자리 원칙에도 충분합니다. 즉, DOUBLE이 8바이트를 사용한다는 사실에도 불구하고 6553개의 오래된 항목이 나타납니다.
즉, 예를 들어 한 문자에 5천만 개의 틱이 있는 경우(USHORT에서도 시간을 인코딩한다는 사실에도 불구하고 3 * 2 = 6바이트의 틱 크기를 얻음), 즉 50 * 6 약 300메가바이트입니다. 그리고 틱을 DOUBLE로 저장하고 시간이 USHORT인 경우에도 2*8+2=20바이트로 판명되면 20 * 50은 이미 적어도 1기가바이트입니다.
글쎄, 우리가 7자를 말한다면 이것은 한 버전에서는 7 * 300 = 2.1GB이고 두 번째 버전에서는 7GB입니다. 오. 64비트 시스템에 대해 4기가바이트의 OP를 표준으로 취하면 이미 100% 스왑을 위해 남겨진 상태입니다.
글쎄, 최적화하는 동안 틱을 저장하지 않고 실행 전에 틱을 생성하면 당연히 공간을 덜 차지합니다. 그러나 이것은 더 이상 디지털 로그라이크가 아닙니다.
OK - 계속 진행합시다 - 우리가 똑똑하고 생성된 틱이라고 가정해 봅시다. 그리고 메모리에서 그들은 2GB를 차지하지만 부지런하고 똑똑하지만 동시에 경험 부족으로 인해 고성능에 대한 이해가 거의 없다면 처음부터 각 실행에 대한 "흐름"을 저장합니다. 끝까지 이야기하고 운전하십시오. 그러나 마지막 "넌센스"에서만 우리는 생산성 측면에서 약 4 배를 잃을 것입니다. 그것에 대해 생각! 네 번 - 나는 물론 C에 관한 모든 것입니다. 따라서 한 명 이상의 사람이 매우 생산적인 최적화 프로그램(테스터가 아님)을 갖고 싶어한다면 저는 그러한 프로그램을 만들 준비가 되어 있습니다. 하지만 시간이 걸리므로 돈이 필요합니다. :)
즉, 가속도의 8배를 계산했습니다.
이는 12초 동안 정수로 된 DOUBLE에서 약 1억 5천만 틱이지만 4배 더 빠릅니다. 즉, 1999년부터 현재까지 3개의 심볼에서 모든 틱을 실행하는 데 4초가 걸립니다.
다중 통화를 사용하는 그러한 테스터(MT4 환경의 경우, MT4가 있는 컴파일러를 지원하지만 C ++은 기본 테스터임)가 있습니다. 그것을 순 거래로 변환하는 것은 간단한 문제입니다. 그러나 나는 MT5로 컴파일러를 만들지 않을 것입니다. 나는 너무 게으릅니다. 그건 그렇고, 그것은 MT4 디버깅을 지원합니다 :)) 스튜디오에서 바로. 주변 기계에 분산 처리를 추가하는 것이 가능하지만 속도가 향상되는지 여부는 아직 알 수 없습니다.
차트, 성능 카운터, 자신의 기록 로드... 일반적으로 프로그램은 매우 작지 않습니다. 한 눈에 10,000줄입니다. :)
중재자가 괜찮다면 여기에 테스터의 예시 스크린샷을 게시하세요. 일부 표준 Expert Advisor를 사용하여 "올인원"(표시기 없음)으로 변환하고 자신을 포함하여 다른 최적화 프로그램에서 실행하십시오. 적어도 스크린샷의 형태로 결과를 게시하십시오.
내 계산 운을 보여 주는 것은 의미가 없습니다(나는 이미 위에서 말했습니다). 왜냐하면 "counting rhyme"이라는 단어보다 이름을 짓지 않는 것이 더 낫기 때문입니다. 당신의 진술에 따르면, 당신은 거의 (나는 모든 것을 알지 못합니다) 본격적인 옵티마이저를 가지고 있습니다. 개발자는 옵티마이저를 게시했습니다(2개 - MT4 및 MT5). 우리는 그것에 대해 토론하고 비판할 수 있습니다. 자신을 보여주세요. 잠재 구매자를 찾을 수 있습니다.
예, 개발자는 범용 옵티마이저가 실제로 훨씬 빠르고 수용 가능한 오류로 계산하는 경우 이에 대해 생각할 수 있습니다.
지표의 문제도 있다. 개인적으로 Expert Advisors를 작성 하는 데 필요하지는 않지만 99%가 이를 사용하므로 개발자는 대부분의 현실에 맞게 테스터 최적화 아키텍처를 조정했습니다. 따라서 "올인원"(더 빠를 수 있음)의 경우 아키텍처 속도 손실이 있을 수 있지만 표시기가 있는 옵션(가능한 것보다)에는 상당한 이점이 있습니다.
추신: 수치에서 명확한 부정확성이 있습니다. INT의 기록은 2.1Gb, DOUBLE - 7Gb를 차지할 수 없습니다. 차이는 항상 정확히 2배(USHORT로는 충분하지 않음)여야 합니다. 가격이 있는 정수 산술로 전환하면 EA의 모든 논리가 정수 1로 대체될 수 있을 때 상당한 이점이 있습니다. 자주 발생하지 않습니다.
중재자가 괜찮다면 여기에 테스터의 예시 스크린샷을 게시하세요. 일부 표준 Expert Advisor를 사용하여 "올인원"(표시기 없음)으로 변환하고 자신을 포함하여 다른 최적화 프로그램에서 실행하십시오. 적어도 스크린샷의 형태로 결과를 게시하십시오.
내 계산 운을 보여 주는 것은 의미가 없습니다(나는 이미 위에서 말했습니다). 왜냐하면 "counting rhyme"이라는 단어보다 이름을 짓지 않는 것이 더 낫기 때문입니다. 당신의 진술에 따르면, 당신은 거의 (나는 모든 것을 알지 못합니다) 본격적인 옵티마이저를 가지고 있습니다. 개발자는 옵티마이저를 게시했습니다(2개 - MT4 및 MT5). 우리는 그것에 대해 토론하고 비판할 수 있습니다. 자신의 모습을 보여주세요. 잠재 구매자를 찾을 수 있습니다.
예, 개발자는 범용 옵티마이저가 실제로 훨씬 빠르고 수용 가능한 오류로 계산하는 경우 이에 대해 생각할 수 있습니다.
지표의 문제도 있다. 개인적으로 Expert Advisors를 작성 하는 데 필요하지는 않지만 99%가 이를 사용하므로 개발자는 대부분의 현실에 맞게 테스터 최적화 아키텍처를 조정했습니다. 따라서 "올인원"(더 빠를 수 있음)의 경우 아키텍처 속도 손실이 있을 수 있지만 표시기가 있는 옵션(가능한 것보다)에는 상당한 이점이 있습니다.
추신: 수치에서 명확한 부정확성이 있습니다. INT의 기록은 2.1Gb, DOUBLE - 7Gb를 차지할 수 없습니다. 차이는 항상 정확히 2배(USHORT로는 충분하지 않음)여야 합니다. 가격이 있는 정수 산술로 전환하면 EA의 모든 논리가 정수 1로 대체될 수 있을 때 상당한 이점이 있습니다. 자주 발생하지 않습니다.
USHORT가 충분하지 않다고 생각한다면 그렇습니다. 하지만 충분하다고 생각합니다. 게다가 FLOAT는 두 배 더 작고 빠릅니다.
스킨을 다운로드하는 항목 - 다음:
네, 알겠습니다. 시간이 되면 보여드리겠지만 스킨은 아닙니다. 윈도우 애플리케이션이 아니기 때문에 동영상으로 보여드리겠습니다.
여기 구매자가 없는 것 같아요. :) 그리고 여름이 되면 시간이 된다면 인터넷에서 리메이크해서 "판매용"으로 올리겠습니다. 영어로 웹사이트를 만들어 포스팅하겠습니다. 나는 그것을 판다고 생각한다 :) (나는 그것이 실제로 재미있다고 생각한다 - 그래서 나는 내 인생에서 charavara를 해본 적이 없다) 나는 30-50 달러가 될 것이다. 하지만 쓰레기는 흥미롭습니다. 생각해 보세요. MT4로 작성하고 스튜디오에서 디버그합니다. :)
지표에 관한 한 모든 것이 지원됩니다 - iCustom도 지원됩니다(지금 MT5에서 동일한 방식으로 수행됨 - 동일한 매개변수가 있는 기호에 이러한 지표가 있는 경우 다시 계산되지 않음). 일반적으로 없는 것을 말하는 것이 더 쉽습니다. ... 솔직히 말해서 정확히 무엇을 하지 않았는지 기억나지 않지만 MT4에는 필요한 모든 것이 있습니다. 예, 틱은 각 심볼에서 테스트가 수행되는 EA로 이동하며, 현재 MT5에서와 같이 EA가 작동하는 심볼에서 이동합니다.
예, 기억합니다. 라이브러리와 내보내기도 있습니다 ... 일반적으로 모든 것이 있습니다. :)
정수(짧은 짧은 경우에도) 데이터는 나누기 및 곱셈 연산에서 사용할 수 없습니다. 15자의 분수 값을 저장할 위치는 어디인가요? 마찬가지로 정밀도가 완전히 부족한 플로트를 사용하는 것은 위험하고 자살입니다. float에 누적된 오류의 양은 지표를 계산하는 데 사용해서는 안 되는 정도입니다.
초보 개발자는 이것을 알지 못합니다. 그들은 아직 복잡성의 전체 범위를 보지 못합니다.
가격을 정수로 변환해도 특별한 이점은 없습니다. 예, 효과적으로 볼륨을 줄이지만 불가피하게 두 배로 레코딩하기 때문에 속도가 몇 배나 떨어집니다. 전체 시스템을 정수로 절대적으로 만드는 것이 불가능하기 때문에 정확히 피할 수 없는 것이므로 계산 가능한 수학은 여전히 2배(충분히 정확하지 않음)로 수행되어야 합니다.
정수(짧은 짧은 경우에도) 데이터는 나누기 및 곱셈 연산에서 사용할 수 없습니다. 15자의 분수 값을 저장할 위치는 어디인가요? 마찬가지로 정밀도가 완전히 부족한 플로트를 사용하는 것은 위험하고 자살입니다. float에 누적된 오류의 양은 지표를 계산하는 데 사용해서는 안 되는 정도입니다.
초보 개발자는 이것을 알지 못합니다. 그들은 아직 복잡성의 전체 범위를 보지 못합니다.