Pruebas de rendimiento de etiquetas de texto individuales y mapas de bits en un gráfico - página 6

 
fyords:

Así que lo sé, es un controlador de AMD. Ya he desinstalado y vuelto a instalar, y todavía no. Sólo hoy he notado la ausencia. Y GPU-Z tampoco ve el procesador. Sin embargo, solía funcionar.

Y la calificación no se muestra desde la compilación 770 (todavía estaba en la 756). Pensaba que se había quitado la calificación ya que es imposible utilizar la GPU en la nube, de ahí que la calificación ya no sea necesaria.

No se ha recalculado :(

PS. CPU como OCL desapareció el 4 de abril - en los registros encontrados en el siguiente inicio fue sólo un dispositivo.

¿Con qué versión de OpenCL se ha detectado el procesador? ¿1,0 o superior? Actualmente no admitimos dispositivos OpenCL 1.0 más antiguos debido a sus fallos.

Si la valoración de un dispositivo OpenCL mostrado no se recalcula durante los reinicios, significa que el dispositivo se ha colapsado durante uno de los recálculos y se ha puesto en la lista de "no contar la valoración para evitar colapsos". El dispositivo seguirá funcionando, pero no se mostrará su clasificación. En caso de cambio de las características del dispositivo (por ejemplo, actualización de la versión del controlador), se hará un único intento de recalcular la clasificación.

La clasificación de dispositivos OpenCL se utiliza para seleccionar automáticamente el dispositivo más rápido por defecto cuando hay más de un dispositivo (GPU discreta, GPU integrada, CPU).

 

Renat:

¿Con qué versión de OpenCL se ha detectado el procesador? ¿1,0 o superior? Actualmente no admitimos dispositivos OpenCL 1.0 más antiguos debido a sus fallos.

Fue así:

RK      0       07:42:41        OpenCL  Device #1:  CPU AuthenticAMD AMD Athlon(tm) II X4 630 Processor with OpenCL 1.2 (4 units, 2948 MHz, 4095 Mb, version 1016.4 (sse2), rating 10)
Se intentará recalcular la calificación una sola vez.

Veamos.

 
parece ser contagioso, ahora mi tercer punto tarda 3 veces más en ejecutarse (en Win 8) )
 

DC2008:

OpenCL  Device #1:  CPU GenuineIntel Intel(R) Core(TM) i7 CPU 930 @ 2.80 GHz with OpenCL 1.2 (8 units, 2798 MHz, 6142 Mb, version 1124.2 (sse2), rating 24)

La baja calificación se debe a que es el software del controlador de AMD. Si instalas Intel, la calificación será varias veces mayor, alrededor de 100.

Lo he probado en mi anterior G840. El software de Intel permite realizar cálculos en la CPU hasta 3 veces más rápido. Pero esto es sólo para los procesadores Intel, por supuesto.

 
Mathemat:

La baja calificación se debe a que se trata de un software de AMD. Si pones la de Intel, la calificación será varias veces mayor, algo así como 100.

Lo he probado en mi anterior G840. Los controladores de Intel permiten hacer cálculos en la CPU 3 veces más rápido. Pero sólo es para procesadores Intel, por supuesto.

He descargado el SDK de Intel. Apareció otro dispositivo...

2013.04.28 19:44:26     OpenCL  Device #2:  CPU Intel(R) Corporation Intel(R) Core(TM) i7 CPU 930 @ 2.80 GHz with OpenCL 1.2 (8 units, 2800 MHz, 6142 Mb, version 1.2, rating 51)
2013.04.28 19:44:26     OpenCL  Device #1:  CPU GenuineIntel Intel(R) Core(TM) i7 CPU 930 @ 2.80 GHz with OpenCL 1.2 (8 units, 2798 MHz, 6142 Mb, version 1124.2 (sse2), rating 24)
2013.04.28 19:44:26     OpenCL  Device #0:  GPU Advanced Micro Devices, Inc. Redwood with OpenCL 1.2 (5 units, 775 MHz, 1024 Mb, version 1124.2 (VM), rating 134)
 
DC2008: Descargué el SDK de Intel. Apareció otro dispositivo...

Bueno sí, pero la calificación sigue siendo un poco baja, creo. El i7 930 es un guijarro rápido, aunque antiguo :)

Pero el triple de lag de una piedra casi igual al i7 3770 sigue siendo demasiado.

P.D. Supongo que la memoria no es muy rápida. O tal vez no sea suficiente.

 


2013.04.30 16:22:06     Terminal        MetaTrader 5 build 803 started (MetaQuotes Software Corp.)
2013.04.30 16:22:13     OpenCL  Device #0:  GPU NVIDIA Corporation GeForce GTX 650 with OpenCL 1.1 (2 units, 1110 MHz, 2047 Mb, version 314.22, rating 353)

2013.04.30 16:24:59     BenchmarkLabel (EURAUD,D1)      Разрешение чарта: 1605 x 774 пикселей
2013.04.30 16:24:59     BenchmarkLabel (EURAUD,D1)      Для корректного теста подберите размер окна 1024 x 768 пикселей, без индикаторов, не трогайте ничего, не сворачивайте и не закрывайте окна
2013.04.30 16:24:59     BenchmarkLabel (EURAUD,D1)      0. Время разогрева динамических очередей без визуализации = 62 ms
2013.04.30 16:25:04     BenchmarkLabel (EURAUD,D1)      1. Время обновления текста у меток без чтения = 5594 ms
2013.04.30 16:25:10     BenchmarkLabel (EURAUD,D1)      2. Время обновления текста и позиций у меток без чтения = 5687 ms
2013.04.30 16:25:17     BenchmarkLabel (EURAUD,D1)      3. Время обновления текста и позиций у меток со чтением = 7391 ms
2013.04.30 16:25:24     BenchmarkLabel (EURAUD,D1)      4. Время обновления текста и позиций у битмапа с прозрачностью = 6625 ms
2013.04.30 16:25:30     BenchmarkLabel (EURAUD,D1)      5. Время обновления текста и позиций у битмапа без прозрачности = 6547 ms
2013.04.30 16:25:30     BenchmarkLabel (EURAUD,D1)      Тестирование завершено
 

La investigación ha demostrado que los resultados de estas pruebas fueron sofocados por la inteligencia de la función ChartRedraw, que controla la frecuencia de las actualizaciones del gráfico para evitar la parálisis completa de las colas de mensajes de Windows.

En general, deberíamos aumentar la cantidad de trabajo útil/complejo, para no superar los 500 cuadros por segundo (mejor menos, todo depende del hardware y el SO). Si hace poco trabajo (sólo 26 objetos en el ejemplo) y maximiza la actualización del gráfico, todos los resultados no serán correctos.

Es mejor operar con 5000 objetos y hacer 50-100 refrescos por segundo que al revés. Habría que reescribir el ejemplo para que cupiera en el campo de salida. No se puede cambiar la definición.

 

ModoCOLOR_FORMAT_ARGB_NORMALIZE:

Foro sobre trading, sistemas de trading automatizados y pruebas de estrategias de trading

Pruebas de rendimiento de marcas de texto individuales y mapas de bits en un gráfico

Renat, 2013.04.27 20:56

Lo expliqué en el hilo original:

He añadido a propósito el método ObjectGetInteger(0,name,OBJPROP_XDISTANCE) de lectura de la configuración del objeto en la tercera prueba para mostrar la respuesta del mecanismo de canalización.


COLOR_FORMAT_ARGB_NORMALIZE permite alinear adicionalmente los colores superpuestos alineando el fondo con la imagen original. Es mejor no utilizar este modoen el funcionamientonormal .


¿Qué es el "modo normal"? He notado que en el modoCOLOR_FORMAT_ARGB_NORMALIZE, eldibujo con transparencia se ve mucho más bonito que en el modoCOLOR_FORMAT_ARGB_RAW.

¿Por qué no utilizarCOLOR_FORMAT_ARGB_NORMALIZE?

 
barabashkakvn:

Solía hablar del modoCOLOR_FORMAT_ARGB_NORMALIZE:


¿Qué es el "modo normal"? Me he dado cuenta de quedibujar con transparencia se ve mucho más bonito en el modoCOLOR_FORMAT_ARGB_NORMALIZEque en el modoCOLOR_FORMAT_ARGB_RAW.

¿Por qué no utilizarCOLOR_FORMAT_ARGB_NORMALIZE?

Si lo necesitas, úsalo.

Este modo puede producir realmente una mejor imagen al tener en cuenta adecuadamente la superposición, de modo que no hay desbordamiento en los componentes de color RGB. Si controlas los colores tú mismo al 100% y no utilizas el apilamiento de colores, puedes utilizar el método RAW más rápido.

Razón de la queja: