소프트웨어 OpenCL은 비디오 카드와 아무 관련이 없으며 이전 카드의 일부 기능을 포함하지 않습니다. 이것은 프로세서에서 순수한 실행입니다.
제가 전달하고 싶었던 것이 바로 그것입니다. 명확히 해 주셔서 감사합니다.
예, 예외는 C ++로 작성됩니다. OpenCL 코드를 GPU 장치에서 실행할지 아니면 CPU에서 실행할지 선택하는 것이지만 이 예외는 GPU를 사용할 수 없는 경우에만 작성됩니다. 특정 코드에 대해 GPU 또는 CPU보다 빠른 비율에 대한 테스트는 수행되지 않습니다. 이것은 이해해야 합니다.
그건 그렇고, 우리는 테스터를 위해 막대의 중간 상태 캐시로 작업하기 위한 새로운 메커니즘을 준비 중이며, 이는 거래 로봇을 최적화할 때 심각한 가속을 줄 것입니다.
다음 빌드에서는 긴 테스트를 거쳐 출시될 예정입니다.
581 빌드는 매우 만족합니다. 터미널의 속도가 크게 향상되었습니다. 그 전에는 내비게이터와 마켓워치 등을 열 때 약간의 브레이크가 있었습니다. 컴파일할 때 더 정확하게는 맨 처음에 터미널 창으로 즉시 전환할 수 없었습니다. 이제 모든 것이 끝났습니다. 모든 것이 정말 날아갑니다. 그리고 이제 이 놀라운 소식을. 나는 오랫동안 기다려온 이 혁신을 테스트하기를 고대하고 있습니다. :)
그건 그렇고, 우리는 테스터를 위해 막대의 중간 상태 캐시로 작업하기 위한 새로운 메커니즘을 준비 중이며, 이는 거래 로봇을 최적화할 때 심각한 가속을 줄 것입니다.
다음 빌드에서는 긴 테스트를 거쳐 출시될 예정입니다.
기대합니다.
이론적으로 개시 가격의 경우 다음과 같이 속도를 높일 수 있습니다.
M1과 현재 시간대의 두 가지 캐시를 사용합니다.
현재 시간대의 캐시로 현재 n번째 막대를 확인합니다. 시장에 따라 포지션이 열리거나 닫히면 현재 시간 프레임의 시작 가격으로 주문을 실행합니다. 해고의 시작 가격에서 정리(보호 정지, 즉 이익을 얻거나 손절매도 정리)가 범위에 있는 경우: Max(High[0], Close[1]) 및 Min[Low[0], Close[ 1]) 그런 다음 M1 캐시에 대해 이 막대를 실행합니다. 예금 중 어느 것도 범위에 속하지 않으면 막대를 건너뜁니다.
그러나 GPU에서 계산을 지원하지 않고 사용할 수 있는 비디오 공원이 여전히 있습니다. 중앙 프로세서에서 OpenCL 코드 계산의 에뮬레이션이 수행되는 것은 비디오를 위한 것입니다(이는 훨씬 느릴 것입니다).
소프트웨어 OpenCL은 비디오 카드와 아무 관련이 없으며 이전 카드의 일부 기능을 포함하지 않습니다. 이것은 프로세서에서 순수한 실행입니다.
소프트웨어 OpenCL은 비디오 카드와 아무 관련이 없으며 이전 카드의 일부 기능을 포함하지 않습니다. 이것은 프로세서에서 순수한 실행입니다.
제가 전달하고 싶었던 것이 바로 그것입니다. 명확히 해 주셔서 감사합니다.
예, 예외는 C ++로 작성됩니다. OpenCL 코드를 GPU 장치에서 실행할지 아니면 CPU에서 실행할지 선택하는 것이지만 이 예외는 GPU를 사용할 수 없는 경우에만 작성됩니다. 특정 코드에 대해 GPU 또는 CPU보다 빠른 비율에 대한 테스트는 수행되지 않습니다. 이것은 이해해야 합니다.
속도를 위한 진지한 투쟁이 펼쳐지고 있습니다. 따라서 좋은 코드와 나쁜 코드는 무엇입니까? 어떤 것들이 속도를 앗아가나요? 읽을 것을 추천합니까?
그건 그렇고, 우리는 테스터를 위해 막대의 중간 상태 캐시로 작업하기 위한 새로운 메커니즘을 준비 중이며, 이는 거래 로봇을 최적화할 때 심각한 가속을 줄 것입니다.
다음 빌드에서는 긴 테스트를 거쳐 출시될 예정입니다.
또한 흥미로운 질문이 있습니다. 삶의 의미는 무엇입니까?
이것은 확실히 서비스 데스크에 있습니다 !!!! )))
언젠가 비슷한 장면을 본 적이 있습니다.
청각 장애인 할머니가 손녀에게 다가가서 CD-ROM을 가리키며 다음과 같이 질문합니다.
- 테이프야? 영화?
손녀의 얼굴은 컴퓨터, CD 드라이브, 0과 1 형식의 정보 인코딩, CDFS, FAT32, avi 형식의 비디오 정보 기록에 대한 정보를 스캔하는 과정을 보여주고 뇌의 경련 작용 후에 대답이 들립니다.
- 할머니, 대답하지 않겠습니다.
그건 그렇고, 우리는 테스터를 위해 막대의 중간 상태 캐시로 작업하기 위한 새로운 메커니즘을 준비 중이며, 이는 거래 로봇을 최적화할 때 심각한 가속을 줄 것입니다.
다음 빌드에서는 긴 테스트를 거쳐 출시될 예정입니다.
그건 그렇고, 우리는 테스터를 위해 막대의 중간 상태 캐시로 작업하기 위한 새로운 메커니즘을 준비 중이며, 이는 거래 로봇을 최적화할 때 심각한 가속을 줄 것입니다.
다음 빌드에서는 긴 테스트를 거쳐 출시될 예정입니다.
기대합니다.
이론적으로 개시 가격의 경우 다음과 같이 속도를 높일 수 있습니다.
M1과 현재 시간대의 두 가지 캐시를 사용합니다.
현재 시간대의 캐시로 현재 n번째 막대를 확인합니다. 시장에 따라 포지션이 열리거나 닫히면 현재 시간 프레임의 시작 가격으로 주문을 실행합니다. 해고의 시작 가격에서 정리(보호 정지, 즉 이익을 얻거나 손절매도 정리)가 범위에 있는 경우: Max(High[0], Close[1]) 및 Min[Low[0], Close[ 1]) 그런 다음 M1 캐시에 대해 이 막대를 실행합니다. 예금 중 어느 것도 범위에 속하지 않으면 막대를 건너뜁니다.
이 같은?
그리고 긴 시간 프레임에 최적화하는 것은 너무 끔찍합니다.
Renat, 나는 또한 스레드에 메시지를 남겼습니다. https://www.mql5.com/ru/forum/4927/page116 유전 알고리즘 모드에서 순방향 테스트 속도를 높이는 방법에 대해. 개발자 분들의 의견을 듣고 싶습니다.
나는 촉매 센터 12를 설치했습니다. 이전에는 11이었습니다. 이미 결과가 있습니다(빨간색으로 강조 표시됨): ...........................