나는 출처를 게시하지 않습니다 - 두꺼비. 그러나 ex5 트레일러에서 하드웨어를 테스트하려는 사람들을 위해.
좋아, 내가 너무 과했어. 그것은 나를 위해 충돌하고 올바른 입력이 닫힙니다. ))
FE 0 ParallelTester_00- 02 -j16x7x3z (AUDUSD,M5) 14 : 55 : 06 OpenCL init OK!
ED 0 ParallelTester_00- 02 -j16x7x3z (AUDUSD,M5) 14 : 55 : 10 GPU time = 3946 ms
LS 0 ParallelTester_00- 02 -j16x7x3z (AUDUSD,M5) 14 : 55 : 10 Соunt inticators = 16 ; Count history bars = 144000 ; Count pass = 1024
KS 0 ParallelTester_00- 02 -j16x7x3z (AUDUSD,M5) 14 : 55 : 10Result on Gpu МахResult== 0.0 at 0 pass
GK 0 ParallelTester_00- 02 -j16x7x3z (AUDUSD,M5) 15 : 01 : 07 CPU time = 356587 ms
HI 0 ParallelTester_00- 02 -j16x7x3z (AUDUSD,M5) 15 : 01 : 07 Соunt inticators = 16 ; Count history bars = 144000 ; Count pass = 1024
HI 0 ParallelTester_00- 02 -j16x7x3z (AUDUSD,M5) 15 : 01 : 07 Result on Cpu МахResult== 1.05885 at 866 pass
KM 0 ParallelTester_00- 02 -j16x7x3z (AUDUSD,M5) 15 : 01 : 07 CpuTime/GpuTime = 90.36670045615813
여유 시간이 있으면 ex5 가 내 잔소리를 수정할 수 있습니다. )) 예를 들어 512 또는 100,000 바와 같이 더 적은 수의 패스를 만드십시오. 그리고 아니요, 그렇지 않습니다. 그런 다음 여전히 모든 것을 철저히 연구해야합니다. )) 당신은 이미 공부할 많은 예를 제시했습니다. 고맙습니다.
스크립트를 실행한 후 Files 폴더에서 찾을 수 있습니다. cl_ParallelTester_00-02-(16x7x3).cl이라고 합니다.
불행히도, 이 옵션조차도 내 노트북의 두뇌를 만듭니다. )))
그리고 처음에는 실수로 이전 버전을 시작했고 전체 화면이 "눈"으로 덮여 있기 때문에 인생이 끝났다고 생각했습니다. 그리고 터미널을 닫아도 도움이되지 않았습니다. 그러나 재부팅이 도움이 되었고 삶이 저에게 돌아왔습니다. 이 일이 일어났을 때 나는 진정한 서부 영웅으로서 PrtSc 를 누르고 이 최후의 날을 포착했습니다. 나는 그것이 효과가 있을 거라고 생각하지 않았지만, 그것은 효과가 있는 것으로 밝혀졌다. 다음과 같이 생겼습니다.
OR 0 ParallelTester_00- 02 -a16x7x3u (AUDUSD,M5) 16 : 27 : 08 OpenCL init OK!
DD 0 ParallelTester_00- 02 -a16x7x3u (AUDUSD,M5) 16 : 27 : 11GPU time = 2216 ms
PR 0 ParallelTester_00- 02 -a16x7x3u (AUDUSD,M5) 16 : 27 : 11 Соunt inticators = 16 ; Count history bars = 50000 ; Count pass = 128
EQ 0 ParallelTester_00- 02 -a16x7x3u (AUDUSD,M5) 16 : 27 : 11 Result on Gpu МахResult== 3.56957 at 14 pass
QI 0 ParallelTester_00- 02 -a16x7x3u (AUDUSD,M5) 16 : 27 : 29CPU time = 17894 ms
GH 0 ParallelTester_00- 02 -a16x7x3u (AUDUSD,M5) 16 : 27 : 29 Соunt inticators = 16 ; Count history bars = 50000 ; Count pass = 128
FJ 0 ParallelTester_00- 02 -a16x7x3u (AUDUSD,M5) 16 : 27 : 29 Result on Cpu МахResult== 3.56957 at 14 pass
OL 0 ParallelTester_00- 02 -a16x7x3u (AUDUSD,M5) 16 : 27 : 29CpuTime/GpuTime = 8.074909747292418
//---
여기에 질문이 있습니다(개발자에게 더 많은 것). 그리고 이전 옵션이 지도에 치명적인 영향을 미치는 이유는 무엇입니까? 그건 그렇고, Barnsley 고사리는 또한 깊은 배율에서 나를 위해 충돌하게됩니다. 이 문제는 프로그래밍에서 어떤 식으로든 해결되거나 터미널 메커니즘이 향후 이를 제어할 수 있습니다. 내 말은, 충돌이 없어야 하고, 더 긴 계산 시간이 있어야 한다는 것입니다.
여기에 질문이 있습니다(개발자에게 더 많은 것). 그리고 이전 옵션이 지도에 치명적인 영향을 미치는 이유는 무엇입니까? 그건 그렇고, Barnsley 고사리는 또한 깊은 배율에서 나를 위해 충돌하게됩니다. 이 문제는 프로그래밍에서 어떤 식으로든 해결되거나 터미널 메커니즘이 향후 이를 제어할 수 있습니다. 내 말은, 충돌이 없어야 하고, 더 긴 계산 시간이 있어야 한다는 것입니다.
물론이죠.
--
예기치 않게 들릴 수 있지만 터미널의 제어에 대해 단호하게 반대합니다. 검사 속도가 느려집니다.
그리고 이것은 내 고사리가 일반적으로 규모가 크게 증가하여 vidyuhi 드라이버를 깨뜨렸다는 사실에도 불구하고입니다.
// 사실입니다. 시스템이 문제를 일으키지 않았습니다. 드라이버가 치명적인 오류 메시지 와 함께 재부팅되었습니다.
// 하지만 터미널이 꽉 찼습니다 - 작업 관리자에서 종료해야 했습니다.
대신 단일 작업에 허용되는 최대 총 버퍼 크기를 포함하여 비디오 카드에 대한 시스템 정보를 검색하는 GPU_Info(int GPU_PARAM_xxx) 함수를 만들어야 합니다. 그러면 프로그래머 자신이 한계를 초과하지 않도록 처리할 수 있습니다.
대신 단일 작업에 대한 최대 버퍼 양을 포함하여 비디오 카드에 대한 시스템 정보를 검색하는 GPU_Info(int GPU_PARAM_xxx) 함수를 만들어야 합니다. 그러면 프로그래머 자신이 한계를 초과하지 않도록 처리할 수 있습니다.
귀하의 제안이 더 낫지 만 원칙적으로 같은 맥락에서 - Control . 그러면 일부 유저들의 머리가 미리 백발이 되어버리거나 분노의 공격이 시작될 것이다. 이 모든 것이 누구에게 부어질 것인가? 맞습니다, 프로그래머. 중재에 더 많은 작업이 있을 것입니다. 그리고 아무도 그것을 필요로하지 않습니다. )))
그리고 여기 다시, papaklass 온보드 비디오에서 나는 이산을 가지고 있습니다. 백분율은 동일하고 그 차이는 미미합니다.
Rapaklass 축 비트 깊이와 축은 무엇입니까?
W7 32비트.
...
나는 출처를 게시하지 않습니다 - 두꺼비. 그러나 ex5 트레일러에서 하드웨어를 테스트하려는 사람들을 위해.
좋아, 내가 너무 과했어. 그것은 나를 위해 충돌하고 올바른 입력이 닫힙니다. ))
여유 시간이 있으면 ex5 가 내 잔소리를 수정할 수 있습니다. )) 예를 들어 512 또는 100,000 바와 같이 더 적은 수의 패스를 만드십시오. 그리고 아니요, 그렇지 않습니다. 그런 다음 여전히 모든 것을 철저히 연구해야합니다. )) 당신은 이미 공부할 많은 예를 제시했습니다. 고맙습니다.
좋아, 내가 너무 과했어. 그것은 나를 위해 충돌하고 올바른 입력이 닫힙니다. ))
여유 시간이 있으면 ex5 가 내 잔소리를 수정할 수 있습니다. )) 음, 예를 들어 512 또는 100,000 바와 같이 더 적은 수의 패스를 만드십시오 .............. 감사합니다.
니바프로스.
2012.03.08 16:37:13 ParallelTester_00-02-(16x7x3) (EURUSD,M30) CpuTime/GpuTime = 191.7058823529412
2012.03.08 16:37:13 ParallelTester_00-02-(16x7x3) (EURUSD,M30) Result on Cpu МахResult==1.16557 at 228 pass
2012.03.08 16:37:13 ParallelTester_00-02-(16x7x3) (EURUSD,M30) Соunt inticators = 16; Count history bars = 100000 ; Count pass = 256
2012.03.08 16:37:13 ParallelTester_00-02-(16x7x3) (EURUSD,M30) CPU time = 35849 ms
2012.03.08 16:36:37 ParallelTester_00-02-(16x7x3) (EURUSD,M30) Result on Gpu МахResult==1.16557 at 228 pass
2012.03.08 16:36:37 ParallelTester_00-02-(16x7x3) (EURUSD,M30) Соunt inticators = 16; Count history bars = 100000 ; Count pass = 256
2012.03.08 16:36:37 ParallelTester_00-02-(16x7x3) (EURUSD,M30) GPU time = 187 ms
2012.03.08 16:36:37 ParallelTester_00-02-(16x7x3) (EURUSD,M30) OpenCL init OK!
--
그건 그렇고, 두꺼비는 두꺼비이고 CL 코드는 여전히 자유롭게 사용할 수 있습니다.
질문이 있는 사람이 있으면 자세히 설명할 수도 있습니다.
스크립트를 실행한 후 Files 폴더에서 찾을 수 있습니다. cl_ParallelTester_00-02-(16x7x3).cl이라고 합니다.
니바프로스.
그건 그렇고, 두꺼비는 두꺼비이고 CL 코드는 여전히 자유롭게 사용할 수 있습니다.
스크립트를 실행한 후 Files 폴더에서 찾을 수 있습니다. cl_ParallelTester_00-02-(16x7x3).cl이라고 합니다.
불행히도, 이 옵션조차도 내 노트북의 두뇌를 만듭니다. )))
그리고 처음에는 실수로 이전 버전을 시작했고 전체 화면이 "눈"으로 덮여 있기 때문에 인생이 끝났다고 생각했습니다. 그리고 터미널을 닫아도 도움이되지 않았습니다. 그러나 재부팅이 도움이 되었고 삶이 저에게 돌아왔습니다. 이 일이 일어났을 때 나는 진정한 서부 영웅으로서 PrtSc 를 누르고 이 최후의 날을 포착했습니다. 나는 그것이 효과가 있을 거라고 생각하지 않았지만, 그것은 효과가 있는 것으로 밝혀졌다. 다음과 같이 생겼습니다.
//---
여기 Vladimir Gomonov의 맛있는 파이가 있습니다. 재미 있었어. )))
1. 불행히도, 이 옵션도 제 노트북의 두뇌를 앗아갑니다. )))
2. 그리고 처음에는 실수로 이전 버전을 시작했고 전체 화면이 "눈"으로 덮여 있기 때문에 인생이 끝났다고 생각했습니다.
1.. 해결 가능. 다른 옵션을 유지하십시오. 50,000바 x 128패스
// 이전보다 훨씬 나아졌습니다. 신경망에 단계적 활성화 기능을 추가했습니다.
// (이전 버전은 선형이었고 실제 그리드에서는 의미가 없었습니다)
2.. GPU에 과부하가 걸렸을 때 발생합니다. 저도 없었어요... ;-)
풀 수 있는. 다른 옵션을 유지하십시오. 50,000바 x 128패스
// 이전보다 훨씬 나아졌습니다. 신경망에 단계적 활성화 기능을 추가했습니다.
// (이전 버전은 선형이었고 실제 그리드에서는 의미가 없었습니다)
고맙습니다. 결과는 다음과 같습니다.
//---
여기에 질문이 있습니다(개발자에게 더 많은 것). 그리고 이전 옵션이 지도에 치명적인 영향을 미치는 이유는 무엇입니까? 그건 그렇고, Barnsley 고사리는 또한 깊은 배율에서 나를 위해 충돌하게됩니다. 이 문제는 프로그래밍에서 어떤 식으로든 해결되거나 터미널 메커니즘이 향후 이를 제어할 수 있습니다. 내 말은, 충돌이 없어야 하고, 더 긴 계산 시간이 있어야 한다는 것입니다.
고맙습니다. 결과는 다음과 같습니다.
//---
여기에 질문이 있습니다(개발자에게 더 많은 것). 그리고 이전 옵션이 지도에 치명적인 영향을 미치는 이유는 무엇입니까? 그건 그렇고, Barnsley 고사리는 또한 깊은 배율에서 나를 위해 충돌하게됩니다. 이 문제는 프로그래밍에서 어떤 식으로든 해결되거나 터미널 메커니즘이 향후 이를 제어할 수 있습니다. 내 말은, 충돌이 없어야 하고, 더 긴 계산 시간이 있어야 한다는 것입니다.
물론이죠.
--
예기치 않게 들릴 수 있지만 터미널의 제어에 대해 단호하게 반대합니다. 검사 속도가 느려집니다.
그리고 이것은 내 고사리가 일반적으로 규모가 크게 증가하여 vidyuhi 드라이버를 깨뜨렸다는 사실에도 불구하고입니다.
// 사실입니다. 시스템이 문제를 일으키지 않았습니다. 드라이버가 치명적인 오류 메시지 와 함께 재부팅되었습니다.
// 하지만 터미널이 꽉 찼습니다 - 작업 관리자에서 종료해야 했습니다.
대신 단일 작업에 허용되는 최대 총 버퍼 크기를 포함하여 비디오 카드에 대한 시스템 정보를 검색하는 GPU_Info(int GPU_PARAM_xxx) 함수를 만들어야 합니다. 그러면 프로그래머 자신이 한계를 초과하지 않도록 처리할 수 있습니다.
대신 단일 작업에 대한 최대 버퍼 양을 포함하여 비디오 카드에 대한 시스템 정보를 검색하는 GPU_Info(int GPU_PARAM_xxx) 함수를 만들어야 합니다. 그러면 프로그래머 자신이 한계를 초과하지 않도록 처리할 수 있습니다.
AlexEro 의 게시물에서 "4개"로의 링크: 거의 모든 최신 AMD 비디오 카드 표 .
계산에서 배정밀도 지원에 관심이 있는 경우 FP64 ( 배정밀도) - 배정밀도 부동 소수점 계산 열을 참조하십시오. 그는 테이블에서 가장 마지막에 있습니다. "-"가 있으면 지원되지 않음을 의미합니다.