더 중요한 것은 메모리의 양이 아니라 마지막은 아니지만 프로세서 버스와 메모리의 속도입니다..
Celeron이 좋은 결과를 냈기 때문입니다. 버스는 800MHz입니다
스크립트를 실행하는 동안 그가 메모리와 통신했는지 전혀 확신할 수 없습니다. 모든 네이티브(기계) 코드는 캐시에 들어갈 수 있습니다. 그래서 제가 상담원에 대해 이야기하는 것입니다. 고문 최적화의 경우 PSS가 중요합니다. 그래서 ... 이것은 내가 이미 말한 것을 증명합니다: vych. i7과 Pentium의 핵심은 거의 같습니다.
멋진 .. 터미널이 메모리를 우회하여 프로세서의 캐시와 직접 작동하는지 의심 스럽습니다. 스크립트와 함께 자신을 등록한 곳 ..
좋은 점은 무엇입니까? 프로세서는 코드(기계 명령어)를 캐시에 로드합니다. 이를 위해 그는 실제로 필요합니다. 비록 기억에서, 그러나 어디에서. 모든 코드가 입력되면 스톤은 더 이상 메모리와 통신하지 않지만 캐시에서 명령을 가져와 커널에서 자릅니다. 그가 기억에서 지시를 받는다면, 그것은 훨씬 더 느릴 것입니다.
따라서 캐시가 클수록 일반적으로 더 빠른 프로그램이 실행됩니다. 그리고 테스트 스크립트와 같은 프로그램이나 MT4 코드 바이트에서 생성된 기본 코드는 제 빌어먹을 1MB 캐시에 잘 맞습니다.
keekkenen>> : 메모리와 통신하지 않는다는 사실에 대해 이야기하는 것입니다 .. 실행이란 스크립트를 작동시키는 것뿐만 아니라로드하고 결과를 반환하는 것을 의미하기 때문에 ..
그리고 나는 실행 과정에 대해서만 이야기하고 있습니다!
왜냐하면 스크립트를 캐시에 로드하거나 우리의 경우 결과 출력이 속도에 영향을 미치지 않습니다. 코드를 메모리에서 캐시로 한 번에 로드하는 것은 매우 빠른 작업입니다. 그러나 하나씩 팀을 선택하는 것은 느립니다. 이것이 캐시 아이디어의 기반입니다. 나는 일반적으로 데이터 출력에 대해 침묵합니다. 결론은 무엇입니까?
왜냐하면 - 또! - 이 테스트는 대표적인 테스트가 아닙니다! 돌은 기억과 소통해야 합니다. 예를 들어 따옴표의 기록은 캐시에 맞지 않아도 됩니다.
왜냐하면 스크립트를 캐시에 로드하거나 우리의 경우 결과 출력이 속도에 영향을 미치지 않습니다. 코드를 메모리에서 캐시로 한 번에 로드하는 것은 매우 빠른 작업입니다. 그러나 하나씩 팀을 선택하는 것은 느립니다. 이것이 캐시 아이디어의 기반입니다. 나는 일반적으로 데이터 출력에 대해 침묵합니다. 결론은 무엇입니까?
왜냐하면 - 또! - 이 테스트는 대표적인 테스트가 아닙니다! 돌은 기억과 소통해야 합니다. 예를 들어 따옴표의 기록은 캐시에 맞지 않아도 됩니다.
자, 이제 입력해 보겠습니다. 테스트 작업 중 하나는 루프에서 clos에 변수를 할당하는 것입니다.
길을 따라 예를 들어 질문으로 나눌 수 있습니다 ...;)
start =GetTickCount();for( i =0; i <1000000; i ++){ tt =iOpen[ i ];}
test2 =GetTickCount()- start ;
자, 이제 입력해 보겠습니다. 테스트 작업 중 하나는 루프에서 clos에 변수를 할당하는 것입니다.
길을 따라 예를 들어 질문으로 나눌 수 있습니다 ...;)
음... 할 수 있습니다. 하지만 왜? 들어보세요. MT4에서 표준 Expert Advisor를 선택하는 데 어떤 문제가 있습니까? 결국 우리는 추상 스크립트가 아니라 최적화에 관심이 있습니다. 기록을 아카이브에 저장하고 테스트 어드바이저와 함께 게시하여 모든 사람이 동일한 테스트를 수행할 수 있도록 합니다. EA 및 해당 범위에서 최적화할 매개변수에 동의합니다. 그리고 다...
Спасибо, four2one . Короче, число ядер для МТ4 не играет абсолютно никакой рояли :)
나는 완전히 동의합니다. 메모리 양이 더 중요하지만 속도가 중요하지는 않습니다.
나는 완전히 동의합니다. 메모리 양이 더 중요하지만 속도가 중요하지는 않습니다.
더 중요한 것은 메모리의 양이 아니라 마지막은 아니지만 프로세서 버스와 메모리의 속도입니다..
Celeron이 좋은 결과를 냈기 때문입니다. 버스는 800MHz입니다
더 중요한 것은 메모리의 양이 아니라 마지막은 아니지만 프로세서 버스와 메모리의 속도입니다..
Celeron이 좋은 결과를 냈기 때문입니다. 버스는 800MHz입니다
스크립트를 실행하는 동안 그가 메모리와 통신했는지 전혀 확신할 수 없습니다. 모든 네이티브(기계) 코드는 캐시에 들어갈 수 있습니다. 그래서 제가 상담원에 대해 이야기하는 것입니다. 고문 최적화의 경우 PSS가 중요합니다. 그래서 ... 이것은 내가 이미 말한 것을 증명합니다: vych. i7과 Pentium의 핵심은 거의 같습니다.
스크립트를 실행하는 동안 그가 메모리와 통신했는지 전혀 확신할 수 없습니다. 모든 네이티브(기계) 코드는 캐시에 들어갈 수 있습니다.
멋진 .. 터미널이 프로세서의 캐시와 직접 작동하는지 의심 스럽습니다. 메모리를 우회하여 스크립트와 함께 자신을 등록한 곳입니다 ..
멋진 .. 터미널이 메모리를 우회하여 프로세서의 캐시와 직접 작동하는지 의심 스럽습니다. 스크립트와 함께 자신을 등록한 곳 ..
좋은 점은 무엇입니까? 프로세서는 코드(기계 명령어)를 캐시에 로드합니다. 이를 위해 그는 실제로 필요합니다. 비록 기억에서, 그러나 어디에서. 모든 코드가 입력되면 스톤은 더 이상 메모리와 통신하지 않지만 캐시에서 명령을 가져와 커널에서 자릅니다. 그가 기억에서 지시를 받는다면, 그것은 훨씬 더 느릴 것입니다.
따라서 캐시가 클수록 일반적으로 더 빠른 프로그램이 실행됩니다. 그리고 테스트 스크립트와 같은 프로그램이나 MT4 코드 바이트에서 생성된 기본 코드는 제 빌어먹을 1MB 캐시에 잘 맞습니다.
메모리와 통신하지 않는다는 사실에 대해 이야기하는 것입니다 .. 실행이란 스크립트를 작동시키는 것뿐만 아니라로드하고 결과를 반환하는 것을 의미하기 때문에 ..
그리고 나는 실행 과정에 대해서만 이야기하고 있습니다!
왜냐하면 스크립트를 캐시에 로드하거나 우리의 경우 결과 출력이 속도에 영향을 미치지 않습니다. 코드를 메모리에서 캐시로 한 번에 로드하는 것은 매우 빠른 작업입니다. 그러나 하나씩 팀을 선택하는 것은 느립니다. 이것이 캐시 아이디어의 기반입니다. 나는 일반적으로 데이터 출력에 대해 침묵합니다. 결론은 무엇입니까?
왜냐하면 - 또! - 이 테스트는 대표적인 테스트가 아닙니다! 돌은 기억과 소통해야 합니다. 예를 들어 따옴표의 기록은 캐시에 맞지 않아도 됩니다.
그리고 나는 실행 과정에 대해서만 이야기하고 있습니다!
왜냐하면 스크립트를 캐시에 로드하거나 우리의 경우 결과 출력이 속도에 영향을 미치지 않습니다. 코드를 메모리에서 캐시로 한 번에 로드하는 것은 매우 빠른 작업입니다. 그러나 하나씩 팀을 선택하는 것은 느립니다. 이것이 캐시 아이디어의 기반입니다. 나는 일반적으로 데이터 출력에 대해 침묵합니다. 결론은 무엇입니까?
왜냐하면 - 또! - 이 테스트는 대표적인 테스트가 아닙니다! 돌은 기억과 소통해야 합니다. 예를 들어 따옴표의 기록은 캐시에 맞지 않아도 됩니다.
자, 이제 입력해 보겠습니다. 테스트 작업 중 하나는 루프에서 clos에 변수를 할당하는 것입니다.
길을 따라 예를 들어 질문으로 나눌 수 있습니다 ...;)
클론이 아니라 현지 시간 입니다!
몇 초 안에 조금씩 바뀔 것이 분명하지만, 호소할 것입니다. ?자, 이제 입력해 보겠습니다. 테스트 작업 중 하나는 루프에서 clos에 변수를 할당하는 것입니다.
길을 따라 예를 들어 질문으로 나눌 수 있습니다 ...;)
음... 할 수 있습니다. 하지만 왜? 들어보세요. MT4에서 표준 Expert Advisor를 선택하는 데 어떤 문제가 있습니까? 결국 우리는 추상 스크립트가 아니라 최적화에 관심이 있습니다. 기록을 아카이브에 저장하고 테스트 어드바이저와 함께 게시하여 모든 사람이 동일한 테스트를 수행할 수 있도록 합니다. EA 및 해당 범위에서 최적화할 매개변수에 동의합니다. 그리고 다...