실망하실까봐 두렵지만 이 대본의 성능을 측정한 결과는 첫 번째 대본의 결과보다 현실과 훨씬 덜 관련이 있습니다. 그리고 여기서 요점은 이것입니다. 대부분의 컴파일러는 컴파일 시 여기에서와 같이 이 유형의 표현식을 계산합니다(미리 계산할 수 있는 것을 나중에 계산할 의미가 없기 때문입니다). 저것들. 루프 내부의 코드는 Int = 120 및 Double = 120.0과 같습니다. 저것들. 유용한 것은 전혀 수행되지 않습니다. 그리고 루프 안의 코드를 내가 작성한 코드로 바꾸면 결과가 변경되지 않습니다(직접 확인). 실제로 주기를 구성하는 간접 비용이 측정됩니다. 두 번째 경우 결과가 약간 적다는 사실은 Double(8바이트)에 쓰는 것이 Int(4바이트)에 쓰는 것보다 약간 더 길다는 사실로 설명됩니다.
그리고 첫 번째 스크립트에서 어레이(가장 긴 부분)에 대한 작업이 메모리 하위 시스템(및 캐시가 있는 버스)의 성능을 적어도 어떻게든 반영했다면 이 테스트는 일반적으로 "진공 상태의 구형 말"을 측정하고 결과를 제공합니다. 앵무새보다 조금 작습니다.
주, 실례가 되지 않기를 바랍니다. :)
흠, 아마도 당신이 옳았을 가능성이 큽니다. 그렇다면 코드에서 복잡하고 교활한 분기를 만들거나 미리 "알 수 없는" 숫자인 따옴표를 처리하기 위해 제출하십시오. 그 비 거래 전문가 고문 https://forum.mql4.com/ru/25722/page41처럼 :(
기존에 사용하던 이동평균선과 동일하나 로트 계산 기능은 제외됩니다. 그는 항상 0.1랏의 포지션을 엽니다.
잔액 - 1,000,000달러. 따라서 레버리지 및 증거금 요구 사항이 있으면 증거금 요청이 없을 것입니다. 동일한 일정 로트에 대해 0.1
MovingShift 단계를 줄여 패스 수를 늘렸습니다. 이렇게 하면 IMHO가 프로세서에 대한 로드의 무작위 "캐스트"를 부드럽게 할 수 있습니다.
동의한다. 대본은 원래 "구형 말"이었습니다. 현실적인 결과가 필요합니다. EA 및 초기 설정에 대한 변경 사항은 합리적으로 보입니다.
내 점수는 중요하지 않은 결과가 비활성화되었을 때 7:08이고 표시되었을 때 7:11입니다. 아마도 이것은 그다지 중요하지 않지만 단순히 배경 부하의 영향입니다.
나는 결과의 전체 출력을 남길 것입니다. 유효 숫자는 특정 DC의 조건에 따라 달라집니다. 모두 - 아니.
일반적으로 DC의 영향을 완전히 제거할 수 있습니다. 스프레드를 설정할 수 있는 프로그램 이 있습니다. 그리고 테스트 전문가와 함께 아카이브에 기호별 히스토리를 포함하기만 하면 다양한 스토리의 영향을 배제할 수 있습니다. 또한 오프라인 터미널, 스프레드 설정, 아카이브 및 테스트에서 히스토리 가져오기가 명확합니다.
기사에 대해. 방법론이 완성될 때까지 통계는 수집되지 않으며, 말할 것도 없습니다. 방문자가 작성한 양식으로 웹 페이지와 같은 것을 만드는 것이 가능할 것입니다. 방법론, 고문, 역사 등이 담긴 아카이브도 있습니다. 우리는 그것에 대해 생각할 필요가 있습니다. 포럼 사이트 자체에 이것을 게시하는 것은 흥미로울 것입니다. 그러나 이것은 이미 우리의 능력 밖입니다.
실망하실까봐 두렵지만 이 대본의 성능을 측정한 결과는 첫 번째 대본의 결과보다 현실과 훨씬 덜 관련이 있습니다. 그리고 여기서 요점은 이것입니다. 대부분의 컴파일러는 컴파일 시 여기에서와 같이 이 유형의 표현식을 계산합니다(미리 계산할 수 있는 것을 나중에 계산할 의미가 없기 때문입니다). 저것들. 루프 내부의 코드는 Int = 120 및 Double = 120.0과 같습니다. 저것들. 유용한 것은 전혀 수행되지 않습니다. 그리고 루프 안의 코드를 내가 작성한 코드로 바꾸면 결과가 변경되지 않습니다(직접 확인). 실제로 주기를 구성하는 간접 비용이 측정됩니다. 두 번째 경우 결과가 약간 적다는 사실은 Double(8바이트)에 쓰는 것이 Int(4바이트)에 쓰는 것보다 약간 더 길다는 사실로 설명됩니다.
그리고 첫 번째 스크립트에서 어레이(가장 긴 부분)에 대한 작업이 메모리 하위 시스템(및 캐시가 있는 버스)의 성능을 적어도 어떻게든 반영했다면 이 테스트는 일반적으로 "진공 상태의 구형 말"을 측정하고 결과를 제공합니다. 앵무새보다 조금 작습니다.
주, 실례가 되지 않기를 바랍니다. :)
흠, 아마도 당신이 옳았을 가능성이 큽니다. 그렇다면 코드에서 복잡하고 교활한 분기를 만들거나 미리 "알 수 없는" 숫자인 따옴표를 처리하기 위해 제출하십시오. 그 비 거래 전문가 고문 https://forum.mql4.com/ru/25722/page41처럼 :(
저에게는 이번 테스트에서 우선순위를 진짜로 바꾸자 평점이 1% 조금 넘게 바뀌었습니다.
테스트는 일관되게 104.8311을 출력합니다. 아마 비로. 바이러스 백신으로 인터넷을 끄는 것은 조금 이상하다고 생각합니다. 터미널에 실시간 우선 순위를 설정하는 것이 더 쉽습니다.
정상적인 바이러스 백신은 시스템에서 서비스로 작동하며 리소스를 받지 않으면 컴퓨터가 중단될 수 있습니다.
흠, 아마도 당신이 옳았을 가능성이 큽니다. 그렇다면 코드에 복잡하고 교활한 분기를 만들거나 사전에 "알 수 없는" 처리를 위해 숫자(따옴표)를 제출하십시오. 그 비 거래 전문가 고문 https://forum.mql4.com/en/25722/page41처럼 :(
Int = 120 및 Double = 120을 삽입해 보셨습니까? :)
나는 다음과 같은 해결책을 제안한다.
첨부된 Expert Advisor를 사용하여 실제 성능을 어느 정도 확인하십시오.
이전에 사용하던 이동평균선과 동일하지만 로트 계산 기능은 제외됩니다. 그는 항상 0.1랏의 포지션을 엽니다.
테스트는 시가 로 진행됩니다. 15.09.08부터 15.09.09까지 기간 동안 테스트합니다.
잔액 - 1,000,000달러. 따라서 레버리지 및 증거금 요구 사항이 있는 경우 증거금 요청이 없을 것입니다. 동일한 일정 로트에 대해 0.1
MovingShift 단계를 줄여 패스 수를 늘렸습니다. 이렇게 하면 IMHO가 프로세서에 대한 로드의 무작위 "캐스트"를 부드럽게 할 수 있습니다.
내 점수는 중요하지 않은 결과가 비활성화되었을 때 7:08이고 표시되었을 때 7:11입니다. 아마도 이것은 그다지 중요하지 않지만 단순히 배경 부하의 영향입니다.
이 Expert Advisor를 확인해보자. 특히 관심을 끄는 것은 begemot61 및 four2one 의 결과입니다.
Docent , 모든 사람이 여기에서 언어를 이해하는 것은 아닙니다. 여기에도 이견이 없도록 전문가를 직접 배치하십시오.
알겠습니다. 직접 게시하겠습니다. 로트 계산 기능 내에서 계산을 주석 처리했습니다.
내 결과는 9:10입니다(쓸모 없는 결과가 표시됨). 주파수를 고려하면 ff는 다음과 같이 얻어진다.
431*3 = 1293(귀하)
550*2.53=1391.5(광산)
그 차이는 7.6%가 유리합니다.
파일이 삭제되었습니다. 당신의 것은 조금 더 빨리 나옵니다 - 9:05.
Docent , 모든 사람이 여기에서 언어를 이해하는 것은 아닙니다. 여기에도 이견이 없도록 전문가를 직접 배치하십시오.
그래서 실제로는 아카이브의 설정 파일과 함께 아래에 첨부되어 있습니다 ...
2개가 아닌 1개의 파일만 있으면 됩니다.
약간의 차이가 있을 수 있습니다.
그리고 다른 사람들의 결과를 기다리자.
그리고 어떤 응용 프로그램에?
무거운 계산 작업에서 처음에는 다중 프로세서.
Atom의 데이터(이전 스크립트).
나는 다음과 같은 해결책을 제안한다.
첨부된 Expert Advisor를 사용하여 실제 성능을 어느 정도 확인하십시오.
기존에 사용하던 이동평균선과 동일하나 로트 계산 기능은 제외됩니다. 그는 항상 0.1랏의 포지션을 엽니다.
잔액 - 1,000,000달러. 따라서 레버리지 및 증거금 요구 사항이 있으면 증거금 요청이 없을 것입니다. 동일한 일정 로트에 대해 0.1
MovingShift 단계를 줄여 패스 수를 늘렸습니다. 이렇게 하면 IMHO가 프로세서에 대한 로드의 무작위 "캐스트"를 부드럽게 할 수 있습니다.
동의한다. 대본은 원래 "구형 말"이었습니다. 현실적인 결과가 필요합니다. EA 및 초기 설정에 대한 변경 사항은 합리적으로 보입니다.
내 점수는 중요하지 않은 결과가 비활성화되었을 때 7:08이고 표시되었을 때 7:11입니다. 아마도 이것은 그다지 중요하지 않지만 단순히 배경 부하의 영향입니다.
나는 결과의 전체 출력을 남길 것입니다. 유효 숫자는 특정 DC의 조건에 따라 달라집니다. 모두 - 아니.
일반적으로 DC의 영향을 완전히 제거할 수 있습니다. 스프레드를 설정할 수 있는 프로그램 이 있습니다. 그리고 테스트 전문가와 함께 아카이브에 기호별 히스토리를 포함하기만 하면 다양한 스토리의 영향을 배제할 수 있습니다. 또한 오프라인 터미널, 스프레드 설정, 아카이브 및 테스트에서 히스토리 가져오기가 명확합니다.
기사에 대해. 방법론이 완성될 때까지 통계는 수집되지 않으며, 말할 것도 없습니다. 방문자가 작성한 양식으로 웹 페이지와 같은 것을 만드는 것이 가능할 것입니다. 방법론, 고문, 역사 등이 담긴 아카이브도 있습니다. 우리는 그것에 대해 생각할 필요가 있습니다. 포럼 사이트 자체에 이것을 게시하는 것은 흥미로울 것입니다. 그러나 이것은 이미 우리의 능력 밖입니다.