AMD용 드라이버가 있다는 것을 알고 있습니다. 이미 제거하고 다시 설치했지만 여전히 없습니다. 오늘 부재를 알았습니다. 그리고 GPU-Z에도 프로세서가 표시되지 않습니다. 그리고 일단 모든 것이 작동했습니다.
그리고 770 빌드(아직 756) 이후로 오랫동안 등급이 표시되지 않았습니다. 클라우드에서 GPU를 사용할 수 없어 등급이 삭제된 줄 알았는데 더 이상 등급이 필요하지 않았습니다.
계산하지 않습니다 :(
추신. OCL과 같은 프로세서는 4월 4일에 사라졌습니다. 다음 시작 시 로그에서 이미 하나의 장치만 있는 것으로 나타났습니다.
그리고 어떤 버전의 OpenCL에서 프로세서가 결정되었습니까? 1.0 이상? 현재 결함으로 인해 이전 OpenCL 1.0 장치를 지원하지 않습니다.
OpenCL이 표시하는 장치의 등급이 다시 시작 시 다시 계산되지 않으면 이 장치는 재계산 중 하나에서 충돌하고 "다시 떨어지지 않도록 등급을 계산하지 않음" 목록에 들어갑니다. 장치는 작동하지만 등급만 표시되지 않습니다. 장치 특성이 변경되면(예: 드라이버 버전을 업데이트할 때) 등급을 다시 계산하기 위해 일회성 시도가 이루어집니다.
OpenCL 장치에 대한 등급은 2개 이상의 장치(GPU 개별, GPU 통합, CPU)가 있는 경우 기본적으로 가장 빠른 장치를 자동으로 선택하는 데 사용됩니다.
2013.04 . 3016 : 24 : 59 BenchmarkLabel (EURAUD,D1) Разрешение чарта: 1605 x 774 пикселей
2013.04 . 3016 : 24 : 59 BenchmarkLabel (EURAUD,D1) Для корректного теста подберите размер окна 1024 x 768 пикселей, без индикаторов, не трогайте ничего, не сворачивайте и не закрывайте окна
2013.04 . 3016 : 24 : 59 BenchmarkLabel (EURAUD,D1) 0 . Время разогрева динамических очередей без визуализации = 62 ms
2013.04 . 3016 : 25 : 04 BenchmarkLabel (EURAUD,D1) 1 . Время обновления текста у меток без чтения = 5594 ms
2013.04 . 3016 : 25 : 10 BenchmarkLabel (EURAUD,D1) 2 . Время обновления текста и позиций у меток без чтения = 5687 ms
2013.04 . 3016 : 25 : 17 BenchmarkLabel (EURAUD,D1) 3 . Время обновления текста и позиций у меток со чтением = 7391 ms
2013.04 . 3016 : 25 : 24 BenchmarkLabel (EURAUD,D1) 4 . Время обновления текста и позиций у битмапа с прозрачностью = 6625 ms
2013.04 . 3016 : 25 : 30 BenchmarkLabel (EURAUD,D1) 5 . Время обновления текста и позиций у битмапа без прозрачности = 6547 ms
2013.04 . 3016 : 25 : 30 BenchmarkLabel (EURAUD,D1) Тестирование завершено
연구에 따르면 Windows 메시지 대기열의 완전한 마비를 방지하기 위해 차트 업데이트 빈도를 제어 하는 ChartRedraw 기능 의 인텔리전스 때문에 이러한 테스트의 결과가 좋지 않은 것으로 나타났습니다.
일반적으로 초당 500개 이상의 프레임(적을수록 좋으며 모두 하드웨어 및 OS에 따라 다름)의 표시를 초과하지 않도록 유용/복잡한 작업의 양을 늘려야 합니다. 작업을 거의 수행하지 않고(예제에는 26개의 개체만 있음) 차트 새로 고침을 최대화하면 모든 결과가 올바르지 않습니다.
5000개 개체에 대해 작업하고 그 반대의 경우보다 초당 50-100회 새로 고침을 수행하는 것이 좋습니다. 이렇게 하려면 출력 필드에 맞게 예제를 다시 작성해야 합니다. 기본값만 변경할 수는 없습니다.
AMD용 드라이버가 있다는 것을 알고 있습니다. 이미 제거하고 다시 설치했지만 여전히 없습니다. 오늘 부재를 알았습니다. 그리고 GPU-Z에도 프로세서가 표시되지 않습니다. 그리고 일단 모든 것이 작동했습니다.
그리고 770 빌드(아직 756) 이후로 오랫동안 등급이 표시되지 않았습니다. 클라우드에서 GPU를 사용할 수 없어 등급이 삭제된 줄 알았는데 더 이상 등급이 필요하지 않았습니다.
계산하지 않습니다 :(
추신. OCL과 같은 프로세서는 4월 4일에 사라졌습니다. 다음 시작 시 로그에서 이미 하나의 장치만 있는 것으로 나타났습니다.
그리고 어떤 버전의 OpenCL에서 프로세서가 결정되었습니까? 1.0 이상? 현재 결함으로 인해 이전 OpenCL 1.0 장치를 지원하지 않습니다.
OpenCL이 표시하는 장치의 등급이 다시 시작 시 다시 계산되지 않으면 이 장치는 재계산 중 하나에서 충돌하고 "다시 떨어지지 않도록 등급을 계산하지 않음" 목록에 들어갑니다. 장치는 작동하지만 등급만 표시되지 않습니다. 장치 특성이 변경되면(예: 드라이버 버전을 업데이트할 때) 등급을 다시 계산하기 위해 일회성 시도가 이루어집니다.
OpenCL 장치에 대한 등급은 2개 이상의 장치(GPU 개별, GPU 통합, CPU)가 있는 경우 기본적으로 가장 빠른 장치를 자동으로 선택하는 데 사용됩니다.
Renat :
그리고 어떤 버전의 OpenCL에서 프로세서가 결정되었습니까? 1.0 이상? 현재 결함으로 인해 이전 OpenCL 1.0 장치를 지원하지 않습니다.다음과 같았습니다.
봅시다.
DC2008 :
낮은 등급 - 이것이 AMD 장작이라는 사실 때문에. Intel에서 제공하면 등급이 몇 배 더 높아 100 정도입니다.
이전 G840에서 테스트했습니다. Intel의 장작을 사용하면 CPU에서 3배 더 빠르게 계산할 수 있습니다. 그러나 이것은 물론 인텔의 프로세서에만 해당됩니다.
낮은 등급 - 이것이 AMD 장작이라는 사실 때문에. Intel에서 제공하면 등급이 몇 배 더 높아 100 정도입니다.
이전 G840에서 테스트했습니다. Intel의 장작을 사용하면 CPU에서 3배 더 빠르게 계산할 수 있습니다. 그러나 이것은 물론 인텔의 프로세서에만 해당됩니다.
인텔에서 SDK를 다운로드했습니다. 다른 장치가 있습니다 ...
글쎄요, 하지만 평점은 여전히 낮은 것 같아요. i7 930은 비록 오래되었지만 민첩한 조약돌입니다 :)
그러나 i7 3770과 거의 같은 3배나 되는 스톤에 뒤처지는 것은 여전히 너무 많다.
추신 아마도 메모리가 그리 빠르지 않을 것입니다. 아니면 충분하지 않습니다.
연구에 따르면 Windows 메시지 대기열의 완전한 마비를 방지하기 위해 차트 업데이트 빈도를 제어 하는 ChartRedraw 기능 의 인텔리전스 때문에 이러한 테스트의 결과가 좋지 않은 것으로 나타났습니다.
일반적으로 초당 500개 이상의 프레임(적을수록 좋으며 모두 하드웨어 및 OS에 따라 다름)의 표시를 초과하지 않도록 유용/복잡한 작업의 양을 늘려야 합니다. 작업을 거의 수행하지 않고(예제에는 26개의 개체만 있음) 차트 새로 고침을 최대화하면 모든 결과가 올바르지 않습니다.
5000개 개체에 대해 작업하고 그 반대의 경우보다 초당 50-100회 새로 고침을 수행하는 것이 좋습니다. 이렇게 하려면 출력 필드에 맞게 예제를 다시 작성해야 합니다. 기본값만 변경할 수는 없습니다.
우리는 COLOR_FORMAT_ARGB_NORMALIZE 모드에 대해 이야기하곤 했습니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
차트의 개별 텍스트 레이블 및 비트맵 작업 성능 테스트
레나트 , 2013.04.27 20:56
나는 원래 스레드에서 설명했다:
세 번째 테스트에서는 특히 개체 설정 ObjectGetInteger(0,name,OBJPROP_XDISTANCE)를 읽는 방법을 추가하여 파이프라인 메커니즘의 반응을 보여주었습니다.
COLOR_FORMAT_ARGB_NORMALIZE를 사용하면 중첩된 색상을 추가로 정렬하여 배경과 원본 이미지를 결합할 수 있습니다. 정상 작동 시 이 모드는 사용하지 않는 것이 좋습니다.
"일반 모드"란 무엇입니까? COLOR_FORMAT_ARGB_NORMALIZE 모드에서 투명도가 있는 그림이 COLOR_FORMAT_ARGB_RAW 모드보다 훨씬 더 아름답게 보입니다 .
COLOR_FORMAT_ARGB_NORMALIZE 모드를 사용하지 않는 것이 더 나은 이유는 무엇입니까?
우리는 COLOR_FORMAT_ARGB_NORMALIZE 모드에 대해 이야기하곤 했습니다.
"일반 모드"란 무엇입니까? COLOR_FORMAT_ARGB_NORMALIZE 모드에서 투명도가 있는 그림이 COLOR_FORMAT_ARGB_RAW 모드보다 훨씬 더 아름답게 보입니다 .
COLOR_FORMAT_ARGB_NORMALIZE 모드를 사용하지 않는 것이 더 나은 이유는 무엇입니까?
필요한 경우 사용하십시오.
이 모드는 색상의 RGB 구성 요소에 오버플로가 없도록 앨리어싱을 적절하게 고려하여 실제로 더 나은 그림을 생성할 수 있습니다. 색상을 100% 제어할 수 있는 경우 색상 추가를 사용하지 말고 더 빠른 RAW 방법을 사용할 수 있습니다.