최적화를 위한 CPU 코어 평가 - 페이지 10

 
Pavel Verveyko :

폴더가 제자리로 돌아갔고 브레이크가 사라졌습니다. 어떤 이유로 테스터가 손실된 매트 계산에 대해 아이콘 중 하나를 클릭하여 폴더를 열고 매트에서 설정을 선택해야 합니다. 계산.
이제 F 없이 반복하려고 했습니다.
그림의 결과:

뭔가 잘못된 것이 분명합니다.)

테스터\캐시 캐시 지우기

 

@Aleksey Vyazmikin

내 버전 을 사용해보십시오.

 
Aleksey Vyazmikin :

테스터\캐시 캐시 지우기

작동했습니다. 이제 마지막 고문을 게시하겠습니다.
준비가 된. 그 게시물에 모든 것을 넣어

 
Pavel Verveyko :

작동했습니다. 이제 마지막 고문을 게시하겠습니다.
준비가 된. 그 포스트에 모든 것을 담았습니다.

데이터를 입력했습니다. 로그를 보면 부하 상태에서 throttling이 발생하는 것으로 보이며 이것이 하나의 최적화 모드에서 에이전트가 통과할 때 분산되는 이유입니다. 따라서 커뮤니티에 더 유용한 표준 주파수로 테스트를 수행해 보시기 바랍니다.

조립 비용을 고려하지 않고 피벗 테이블을 게시합니다. 마지막에서 두 번째 열로 필터링하면 모든 사람이 마지막 Expert Advisor로 테스트한 것은 아니므로 열 값은 프로세서가 1시간 동안 통과할 수 있는 횟수를 보여줍니다. 그것의 효율성.

 
Andrey Khatimlianskii :

@Aleksey Vyazmikin

내 버전 을 사용해보십시오.

시간 내 주셔서 감사합니다!

성능 향상은 패스당 28초에서 17초로 크게 향상되었습니다! 어떤 효과로 인해 문제가 발생합니다. 실제로 "if"가 제거된 코드를 확실히 보았습니까? 다만, 논리의 가속도가 높아진 이유가 무엇인지 불명확해서 댓글을 달고 싶습니다.

그러나 컴파일된 파일의 크기는 14MB에서 24MB로 불쾌하게 증가했습니다. 실제로 10MB와 이를 설명하는 방법은 명확하지 않습니다.

 
Aleksey Vyazmikin :

데이터를 입력했습니다. 로그를 보면 부하 상태에서 throttling이 발생하는 것으로 보이며 이것이 하나의 최적화 모드에서 에이전트가 통과할 때 분산되는 이유입니다. 따라서 커뮤니티에 더 유용할 정기적인 빈도로 테스트를 수행해 보시기 바랍니다.

조립 비용을 고려하지 않고 피벗 테이블을 게시합니다. 마지막에서 두 번째 열로 필터링하면 모든 사람이 마지막 Expert Advisor로 테스트한 것은 아니므로 열 값은 프로세서가 1시간 동안 통과할 수 있는 횟수를 보여줍니다. 그 효과.

뉘앙스는 내가 오버클럭을 사용하지 않았다는 것입니다.. (ps 오버클럭은 전혀 하지 않고 자체적으로 합니다)))
메모리 컨트롤러와 마더보드가 지원하는 마더보드에 선언된 3200 RAM의 주파수를 설정했습니다.
AMD Ryzen(Matisse) 프로세서는 DDR4 3200/2933/2667/2400/2133 ECC 및 비 ECC 메모리, 버퍼리스 메모리를 지원합니다.

그리고 Windows는 다른 것을 봅니다)


ps 컴퓨터가 소음을 내지 않음) 나는 그것이 표준 주파수에서 작동하는 것처럼 보이거나 표준으로 간주한다는 사실로 이어집니다.
 
Pavel Verveyko :

뉘앙스는 내가 오버클럭을 사용하지 않았다는 것입니다.. (ps 오버클럭은 전혀 하지 않고 자체적으로 합니다)))
메모리 컨트롤러와 마더보드가 지원하는 마더보드에 선언된 3200 RAM의 주파수를 설정했습니다.
AMD Ryzen(Matisse) 프로세서는 DDR4 3200/2933/2667/2400/2133 ECC 및 비 ECC 메모리, 버퍼리스 메모리를 지원합니다.

그리고 Windows는 다른 것을 봅니다)


ps 컴퓨터가 소음을 내지 않음) 나는 그것이 표준 주파수에서 작동하는 것처럼 보이거나 표준으로 간주한다는 사실로 이어집니다.

그런 다음 최적화 중에 빈도가 단순히 이데올로기 때문에 떨어지는 것으로 가정합니다. 관심을 끌기 위해 어드바이저의 실행을 더 길게 만드십시오. 16 패스가 아니라 160 패스입니다. 패스 시간이 1초 이내에 어떻게 변경되는지는 흥미롭습니다. 차이는 최소화되어야 합니다.

 
3800x는 성능 면에서 i7 8700을 거의 따라잡았고 2700에서 벗어났습니다.
이것은 아마도 메모리와 두 배의 캐시로 작업할 때 대기 시간이 줄어들었기 때문일 수 있습니다.
결론: MT5의 경우 결정적인 요소는 메모리 액세스 지연과 메모리 읽기 속도입니다.
이것은 2990 wx 스트림의 낮은 성능으로도 확인됩니다. 4번째 채널과 특정 캐시 작업 에도 불구하고 메모리 지연이 큽니다.
즉, 코어 자체의 속도는 그다지 중요하지 않습니다.
어쩌면 그렇게 작동합니다.
 
Aleksey Vyazmikin :

어떤 효과로 인해 문제가 발생합니다 ...

... 그리고 그것을 설명하는 방법이 명확하지 않습니다.

새 빌드, 새 테스터, 새 컴파일러... "MT5 빌드" 열이 피벗 테이블에 없습니다.

 
Maxim Romanov :
3800x는 성능 면에서 i7 8700을 거의 따라잡았고 2700에서 벗어났습니다.
이것은 아마도 메모리와 두 배의 캐시로 작업할 때 대기 시간이 줄어들었기 때문일 수 있습니다.
결론: MT5의 경우 결정적인 요소는 메모리 액세스 지연과 메모리 읽기 속도입니다.
이것은 2990 wx 스트림의 낮은 성능으로도 확인됩니다. 4번째 채널과 특정 캐시 작업 에도 불구하고 메모리 지연이 큽니다.
즉, 코어 자체의 속도는 그다지 중요하지 않습니다.
어쩌면 그렇게 작동합니다.

캐시를 늘리는 것이 아니라 캐시로 작업하는 원칙을 변경하는 것이 중요하다고 생각합니다. 여기 기사에서 더 자세히 읽을 수 있고 AVX2 명령으로 작업을 가속화하고 일반적으로 프로세서 클록을 늘릴 수 있습니다. 속도. RAM이 여기에서 역할을 하는지 확신할 수 없습니다. 여기에는 기록에 대한 작업이 없고 대규모 쓰기 작업이 없습니다.

그건 그렇고, 다른 프로세서는 Expert Advisors를 다르게 처리합니다.

패스당 평균 시간은 초 단위로 표시됩니다.

Микроархитектура Zen 2: вот почему мы ждём Ryzen 3000
Микроархитектура Zen 2: вот почему мы ждём Ryzen 3000
  • 3dnews.ru
Через две недели с небольшим нас, по всей видимости, ожидает чудо. Такой вывод можно сделать, если обобщить все те предположения, которые высказывают пользователи в ожидании предстоящего анонса процессоров Ryzen третьего поколения. Но даже самые смелые высказывания о том, будто бы во второй половине года на рынке процессоров для ПК нас ждёт...