그것들은 아마도 존재하지만 코드베이스에는 거의 없습니다. 소수의 열성팬이 있고 모두가 그렇게 하는 것은 아닙니다.
OpenCL은 거래에 중요한 계산의 상당한 가속화 를 제공할 때 유용합니다. "Schaub bulo"를 위해 또는 비디오 카드를 로드하기 위해 알고리즘에 그것을 밀어 넣는 것은 매우 합리적이지 않다는 것을 이해합니다.
Imho, 그것의 가장 심각한 배출은 집중적이고 잘 병렬화된 계산이나 신경망에 대한 것일 수 있습니다. 그것은 아마도 그들에게 물어볼 가치가 있을 것입니다.
예를 들어 개인적으로 가치 있는 방향 이 하나 있지만 OpenCL은 거의 필요하지 않기 때문입니다. 거의 의미가 없습니다(전역 메모리에 대한 너무 많은 임의 액세스 작업, 아마도 악마만이 병렬화 방법을 알고 있음). 나는 아직 절망하지 않았고 모든 합리적인 가능성을 시도하지 않았습니다. 그러나 이것은 분명히 공개 영역에 있지 않을 것입니다.
2. 시스템에 여러 개의 비디오 카드가 설치된 경우 모두 컴퓨팅에 사용됩니까 아니면 하나만 사용합니까?
회사는 여러 카드 또는 심지어 양면 카드의 문제에 대해 말했습니다. 해결되었는지 모르겠습니다.
Вы решили изучить язык программирования торговых стратегий MQL5, но ничего о нем не знаете? Мы постарались взглянуть на MQL5 и терминал MetaTrader 5 глазами новичка и написали эту небольшую вводную статью. Из неё вы сможете получить краткое представление о возможностях самого языка, а также несколько полезных советов по работе с редактором MetaEditor 5 и самим терминалом.
OpenCL 2.0은 OpenCL 표준의 최신 버전으로, 플랫폼 간 프로그래밍을 더욱 단순화하는 동시에 다양한 알고리즘과 프로그래밍 패턴을 쉽게 가속화할 수 있습니다. 이러한 향상된 기능의 기반으로서 OpenCL 2.0은 향상된 실행 모델과 C11 및 C++11 메모리 모델, 동기화 및 원자적 작업의 하위 집합을 정의합니다.
Khronos 포럼 의 OpenCL 2.0 피드백 스레드에 의견 게시 - 일반적인 피드백 및 질문에 적합
OpenCL 2.0 에서 Khronos Bugzilla 시스템에 버그를 제출하십시오. 사양에서 발견된 자세한 수정 및 오류에 좋습니다.
The Khronos Group promotes the deployment and development of open standard APIs to enable authoring and playback of dynamic media on a wide variety of platforms and embedded devices. Current APIs are OpenGL ES, OpenML, OpenMAX, OpenSL ES, and Collada.
Khronos Group은 OpenCL 2.0 사양의 최종 버전에 대한 비준 및 가용성을 발표했습니다. 개발자에 따르면 OpenCL 2.0의 출시는 플랫폼 간 병렬 프로그래밍을 단순화하는 무료 사용 개방형 표준 개발의 중요한 이정표입니다.
새 버전은 실행 모델과 C11 및 C++11 메모리 모델, 동기화 및 원자적 작업의 하위 집합을 개선합니다. 언급했듯이 OpenCL의 새 버전을 사용하면 훨씬 더 광범위한 알고리즘과 프로그래밍 패턴을 사용할 수 있습니다. 새 버전은 OpenCL을 사용하는 소프트웨어 개발자의 희망을 고려합니다. 사양은 이미 Khronos 웹사이트에서 확인할 수 있습니다.
OpenCL 2.0의 혁신 및 개선 사항에는 공유 가상 메모리, 중첩 병렬 처리, 일반화된 주소 공간, sRGB 지원을 포함한 개선된 이미지 처리 등이 포함됩니다. 또한 개발자는 C11 원자성 작업, 메모리 내 FIFO 스택 파이프라인 및 설치 가능한 Android 드라이버 확장에 주목합니다.
Khronos Group은 OpenCL 2.0 사양의 최종 버전에 대한 비준 및 가용성을 발표했습니다. 개발자에 따르면 OpenCL 2.0의 출시는 플랫폼 간 병렬 프로그래밍을 단순화하는 무료 사용 개방형 표준 개발의 중요한 이정표입니다.
새 버전은 실행 모델과 C11 및 C++11 메모리 모델, 동기화 및 원자적 작업의 하위 집합을 개선합니다. 언급했듯이 OpenCL의 새 버전을 사용하면 훨씬 더 광범위한 알고리즘과 프로그래밍 패턴을 사용할 수 있습니다. 새 버전은 OpenCL을 사용하는 소프트웨어 개발자의 희망을 고려합니다. 사양은 이미 Khronos 웹사이트에서 확인할 수 있습니다.
OpenCL 2.0의 혁신 및 개선 사항에는 공유 가상 메모리, 중첩 병렬 처리, 일반화된 주소 공간, sRGB 지원을 포함한 개선된 이미지 처리 등이 포함됩니다. 또한 개발자는 C11 원자성 작업, 메모리 내 FIFO 스택 파이프라인 및 설치 가능한 Android 드라이버 확장에 주목합니다.
모두에게 좋은 하루.
이 매우 흥미로운 주제에 대해 말씀해 주십시오.
1. 계산에 OpenCL을 사용하는 거래용 EA가 이미 있습니까?
(1년도 더 전에 지원이 발표되고 테스트 대본으로 다같이 퍼포먼스를 시도했지만 시간이 많이 지나고 화제가 진정됐는데...)
2. 시스템에 여러 개의 비디오 카드가 설치된 경우 모두 컴퓨팅에 사용됩니까 아니면 하나만 사용합니까?그것들은 아마도 존재하지만 코드베이스에는 거의 없습니다. 소수의 열성팬이 있고 모두가 그렇게 하는 것은 아닙니다.
OpenCL은 거래에 중요한 계산의 상당한 가속화 를 제공할 때 유용합니다. "Schaub bulo"를 위해 또는 비디오 카드를 로드하기 위해 알고리즘에 그것을 밀어 넣는 것은 매우 합리적이지 않다는 것을 이해합니다.
Imho, 그것의 가장 심각한 배출은 집중적이고 잘 병렬화된 계산이나 신경망에 대한 것일 수 있습니다. 그것은 아마도 그들에게 물어볼 가치가 있을 것입니다.
예를 들어 개인적으로 가치 있는 방향 이 하나 있지만 OpenCL은 거의 필요하지 않기 때문입니다. 거의 의미가 없습니다(전역 메모리에 대한 너무 많은 임의 액세스 작업, 아마도 악마만이 병렬화 방법을 알고 있음). 나는 아직 절망하지 않았고 모든 합리적인 가능성을 시도하지 않았습니다. 그러나 이것은 분명히 공개 영역에 있지 않을 것입니다.
2. 시스템에 여러 개의 비디오 카드가 설치된 경우 모두 컴퓨팅에 사용됩니까 아니면 하나만 사용합니까?
회사는 여러 카드 또는 심지어 양면 카드의 문제에 대해 말했습니다. 해결되었는지 모르겠습니다.
안녕하세요.
MetaTrader5에서 체적 계산을 수행하고 문제(포커 게임 시뮬레이션)를 해결합니다. 나는 무지하고 나는 그를 알기 때문에 Mkl5로 글을 쓰고 있습니다. 이 비즈니스에서 성능 문제는 매우 중요합니다.
내가 이해하는 한, 계산의 각 후속 단계가 이전 단계의 결과와 연결되지 않은 작업은 병렬화될 수 있습니다. 괜찮은! 나에게 딱 그런 임무가 있다.
그러나 어떻게 병렬화할 수 있습니까? 내 알고리즘이 구조(구조체)에서 작동하는 경우
- 예를 들어, 하드 디스크에서 텍스트 파일을 열고, 읽고, 구조 배열에 정보를 입력하고, 텍스트 파일을 닫습니다.
- 다른 메소드에는 rand(), ArrayResize() 등과 같은 많은 표준 함수가 포함되어 있습니다.
결국 OpenCl은 내가 이해하는 바와 같이 C ++와 유사한 언어입니다. 일반적으로 문제는 일반적으로 계산을 병렬화하는 방법입니다.
안녕하세요.
MetaTrader5에서 체적 계산을 수행하고 문제(포커 게임 시뮬레이션)를 해결합니다. 나는 무지하고 나는 그를 알기 때문에 Mkl5로 글을 쓰고 있습니다. 이 비즈니스에서 성능 문제는 매우 중요합니다.
내가 이해하는 한, 계산의 각 후속 단계가 이전 단계의 결과와 연결되지 않은 작업은 병렬화될 수 있습니다. 괜찮은! 나에게 딱 그런 임무가 있다.
그러나 어떻게 병렬화할 수 있습니까? 내 알고리즘이 구조(구조체)에서 작동하는 경우
- 예를 들어, 하드 디스크에서 텍스트 파일을 열고, 읽고, 구조 배열에 정보를 입력하고, 텍스트 파일을 닫습니다.
- 다른 메서드에는 rand(), ArrayResize() 등과 같은 많은 표준 함수가 포함되어 있습니다.
결국 OpenCl은 내가 이해하는 바와 같이 C ++와 유사한 언어입니다. 일반적으로 문제는 일반적으로 계산을 병렬화하는 방법입니다.
구글이 구출합니다.
이 포럼에서는 이 질문에 대한 답변을 얻을 수 없습니다.
두 가지 이유의 간단한 조합:
1. 초보 OpenCL 프로그래머는 프로그래밍을 전혀 하지 않습니다(일반적으로 병렬 처리에 관여하지 않습니다). 왜냐하면 너무 힘들기 때문입니다.
2. 숙련된 프로그래머는 당신을 괴롭히는 것을 매우 꺼립니다. 왜냐하면 당신의 질문은 당신이 이해할 수 있는 언어로 대답하기 위해 당신의 자격에 대한 철저한 연구가 필요하기 때문입니다.
따라서 숙련된 프로그래머의 시간 자원을 존중하고 기본 사항을 스스로 파악하십시오. 그러나 이해하고 언어(OpenCL)에 대한 특정 질문이 있을 때 여기에서 질문하십시오. 적어도 의미 있는 대화의 기회는 더 많아질 것입니다.
병렬화가 가능하다고 대답할 수 있습니다.
순수한 C에서만, 가장 단순한 산술 연산 만 가능
오픈CL 2.0
OpenCL 2.0은 OpenCL 표준의 최신 버전으로, 플랫폼 간 프로그래밍을 더욱 단순화하는 동시에 다양한 알고리즘과 프로그래밍 패턴을 쉽게 가속화할 수 있습니다. 이러한 향상된 기능의 기반으로서 OpenCL 2.0은 향상된 실행 모델과 C11 및 C++11 메모리 모델, 동기화 및 원자적 작업의 하위 집합을 정의합니다.
OpenCL 2.0은 OpenCL 표준의 최신 버전입니다 .
당신은 무엇을 얻고 있습니까?
예, 이 뉴스를 보고 여기에 게시하기로 결정했습니다. 이 모든 것을 탐구하는 것은 흥미롭지 만 지금까지 나는 시간을 찾을 수 없습니다. 다음은 러시아어로 된 동일한 뉴스입니다.
OpenCL 2.0 사양 채택
Khronos Group은 OpenCL 2.0 사양의 최종 버전에 대한 비준 및 가용성을 발표했습니다. 개발자에 따르면 OpenCL 2.0의 출시는 플랫폼 간 병렬 프로그래밍을 단순화하는 무료 사용 개방형 표준 개발의 중요한 이정표입니다.
새 버전은 실행 모델과 C11 및 C++11 메모리 모델, 동기화 및 원자적 작업의 하위 집합을 개선합니다. 언급했듯이 OpenCL의 새 버전을 사용하면 훨씬 더 광범위한 알고리즘과 프로그래밍 패턴을 사용할 수 있습니다. 새 버전은 OpenCL을 사용하는 소프트웨어 개발자의 희망을 고려합니다. 사양은 이미 Khronos 웹사이트에서 확인할 수 있습니다.
OpenCL 2.0의 혁신 및 개선 사항에는 공유 가상 메모리, 중첩 병렬 처리, 일반화된 주소 공간, sRGB 지원을 포함한 개선된 이미지 처리 등이 포함됩니다. 또한 개발자는 C11 원자성 작업, 메모리 내 FIFO 스택 파이프라인 및 설치 가능한 Android 드라이버 확장에 주목합니다.
예, 이 뉴스를 보고 여기에 게시하기로 결정했습니다. 이 모든 것을 탐구하는 것은 흥미롭지 만 지금까지 나는 시간을 찾을 수 없습니다. 다음은 러시아어로 된 동일한 뉴스입니다.
OpenCL 2.0 사양 채택
Khronos Group은 OpenCL 2.0 사양의 최종 버전에 대한 비준 및 가용성을 발표했습니다. 개발자에 따르면 OpenCL 2.0의 출시는 플랫폼 간 병렬 프로그래밍을 단순화하는 무료 사용 개방형 표준 개발의 중요한 이정표입니다.
새 버전은 실행 모델과 C11 및 C++11 메모리 모델, 동기화 및 원자적 작업의 하위 집합을 개선합니다. 언급했듯이 OpenCL의 새 버전을 사용하면 훨씬 더 광범위한 알고리즘과 프로그래밍 패턴을 사용할 수 있습니다. 새 버전은 OpenCL을 사용하는 소프트웨어 개발자의 희망을 고려합니다. 사양은 이미 Khronos 웹사이트에서 확인할 수 있습니다.
OpenCL 2.0의 혁신 및 개선 사항에는 공유 가상 메모리, 중첩 병렬 처리, 일반화된 주소 공간, sRGB 지원을 포함한 개선된 이미지 처리 등이 포함됩니다. 또한 개발자는 C11 원자성 작업, 메모리 내 FIFO 스택 파이프라인 및 설치 가능한 Android 드라이버 확장에 주목합니다.
글쎄, 그것은 분명하다. 이것으로 무엇을 할까요? 그것을 C#/C++ 탓으로 돌립니까?
아마도 Renat에게 이것으로부터 무엇을 배울 수 있는지 보도록 하십시오. 새로운 사양이 MQL5에서도 더 나은 성능을 제공할 수 있습니까?
C#/C++의 경우 필요한 경우 덤프할 수 있습니다. 가장 중요한 것은 가능한 최대 배기량을 갖는 것입니다. ;)