OpenCL: pruebas de implementación interna en MQL5 - página 17
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Sin embargo, todavía hay una flota de tarjetas de vídeo que no soportan los cálculos de la GPU y es para ellos que se realiza la emulación del cálculo del código OpenCL en la CPU (que, como puedes imaginar, será mucho más lento).
El software OpenCL no tiene nada que ver con las tarjetas de vídeo y no incluye ninguna de las funciones parciales de las tarjetas más antiguas. Es pura ejecución de la CPU.
El software OpenCL no tiene nada que ver con las tarjetas de vídeo y no incluye ninguna característica parcial de las tarjetas más antiguas. Es pura ejecución de la CPU.
Eso es exactamente lo que quería transmitir, gracias por la aclaración.
Sí, en C++ se escriben excepciones en las que se elige si el código OpenCL se ejecutará en el dispositivo GPU o en la CPU, pero esta excepción se escribe sólo cuando no se puede utilizar la GPU. No hay pruebas para ver qué CPU o GPU es más rápida para un determinado código. Hay que entenderlo.
Se está desarrollando una seria lucha por la velocidad, de ahí la pregunta: ¿qué es un buen código y qué es un mal código? ¿Qué es lo que le quita velocidad? ¿Me recomiendas algo para leer?
Por cierto, estamos preparando un nuevo mecanismo de trabajo con las cachés de los estados intermedios de las barras para el probador, que dará una seria aceleración en la optimización de los robots de comercio.
Se publicará en las próximas compilaciones después de largas pruebas.
También hay una pregunta interesante: ¿cuál es el sentido de la vida?
¡¡¡¡Es inequívocamente a servicedesk !!!! )))
Una vez observé una escena similar:
Una abuela sorda se acerca a su nieto, le señala con el dedo un CD-ROM y le hace una pregunta:
- ¿Es eso una cinta? ¿Una película?
La cara del nieto muestra el proceso de escaneo de información sobre ordenadores, unidades de CD, codificación de información como 0 y 1, CDFS, FAT32, grabación de información de vídeo en formato avi, y tras un frenético trabajo cerebral, llega la respuesta:
- Abuela, no voy a responderte.
Por cierto, estamos preparando un nuevo mecanismo de trabajo con las cachés de los estados intermedios de las barras para el probador, que dará una seria aceleración en la optimización de los robots de comercio.
Se publicará en las próximas compilaciones después de largas pruebas.
Por cierto, estamos preparando un nuevo mecanismo de trabajo con las cachés de los estados intermedios de las barras para el probador, que dará una seria aceleración en la optimización de los robots de comercio.
En las próximas compilaciones estará disponible después de largas pruebas.
Estamos deseando que llegue.
Teóricamente, si para los precios de apertura, se podría acelerar de esta manera:
Tomamos dos cachés: para M1 y para el marco temporal actual.
Comprobamos la n-ésima barra actual utilizando la caché del marco temporal actual. Si una posición se abre o se cierra en el mercado, entonces ejecutamos una orden al precio de apertura del marco de tiempo actual. Si alguna de las órdenes pendientes (stops de protección, es decir, Take Profit o Stop Loss son también órdenes pendientes) por los precios de las órdenes pendientes están en el rango: Max(High[0], Close[1]) y Min[Low[0], Close[1]), entonces ejecutamos esta barra como para el caché M1. Si ninguna de las órdenes ha entrado en el rango, la barra se salta.
¿Qué aspecto tiene?
Es demasiado aburrido optimizar en grandes plazos.
Renat, también he dejado un mensaje en la rama: https://www.mql5.com/ru/forum/4927/page116 sobre la aceleración de las pruebas de avance en el modo de algoritmo genético. Me gustaría conocer la opinión de los desarrolladores.
Poner el Centro Catalizador 12, antes era el 11. Ya tiene resultados (resaltados en rojo): ........................