OpenCL: pruebas de implementación interna en MQL5 - página 39
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
¿Y el tercero? ¿O no hay ninguno?
QE 0 ParallelTester_00-01x__1 (EURUSD,H1) 13:23:02 Count inticators = 16; Count history bars = 144000; Count pass = 480000
EF 0 ParallelTester_00-01x__1 (EURUSD,H1) 13:23:02 Resultado en Gpu MachResult==0.0 a 0 pass
Tengo la impresión de que la prueba salió mal de alguna manera. Ah, y pon el Count pass a un valor más bajo, 1280 es suficiente.
¿Y dónde están los resultados comparativos CPU vs GPU?
En la cuenta 262144 el controlador de la tarjeta de vídeo se bloquea inconscientemente. Sin embargo, vuelve a subir inmediatamente.
He descubierto por el método del profesor Tychkov que CountPass no puede ser más de 6628025 con CountBars 10, de lo contrario el compilador MQL se niega a compilar y genera un error:
'inds' - la sección de variables globales es demasiado grande ParallelTester_00-01x.mq5 86 7
Cuando CountBars es más pequeño, el compilador se salta valores aún más terribles de CountPas.
¡Oh, Dios!
¿Cómo sabe el compilador MQL que simplemente no hay suficiente memoria en la GPU (o no en la GPU???)? - Parece que el controlador de la tarjeta de vídeo se bloquea por la falta de memoria.
a Vladimir:
¿Y por qué debo dar a cada mosca el mismo array (el consumo de memoria es directamente proporcional al número de CountPass)? - Que tomen los datos de un array común.
a Vladimir:
¿Por qué debo dar a cada mosca el mismo array (la memoria se consume en proporción directa al número de CountPass)? - Que tomen los datos de un array común.
Ya tienen un conjunto común de precios e indicadores.
Y en el array cuya longitud es CountPass, hay no cuadrículas (un parámetro optimizado). Es individual para cada cuadrícula.
--
... Pero me gusta tu forma de pensar. :)
Descubrí por el método del profesor Tychkov que CountPass no puede ser mayor que 6628025 con CountBars de 10, de lo contrario el compilador MQL se niega a compilar y genera un error:
'inds' - la sección de variables globales es demasiado grande ParallelTester_00-01x.mq5 86 7
Cuando CountBars es más pequeño, el compilador se salta valores aún más terribles de CountPas.
¡Oh, Dios!
¿Cómo sabe el compilador MQL que simplemente no hay suficiente memoria en la GPU (o no en la GPU???)? - Parece que el controlador de la tarjeta de vídeo se bloqueará debido a la falta de memoria.
¡А! Por lo tanto, hay un plus elemental en mi código (línea 82).
¡¡¡Arréglalo y consigue casi cuadruplicar el "aumento de memoria" .....nasharoo...!!! :)))))))))))))
// Me hace sentir como Papá Noel en momentos como este... ;)
// En momentos como este me siento como Papá Noel... ;)
¿Y el tercero? ¿O no hay ninguno?
Parece que la prueba salió mal de alguna manera. Y pon el Count pass a un valor menor, 1280 es suficiente.
¿Y dónde están los resultados comparativos entre CPU y GPU?
Debe tener una función MQL que devuelva la temperatura de la tarjeta de vídeo. De lo contrario, es una buena manera de quemarse. No por su cuenta, sino por la del cliente.
// Si no hay función MQL, tendrá que usar DLL, lo que no es bueno - el mercado se corta y otros inconvenientes.
Debe tener una función MQL que devuelva la temperatura de la tarjeta de vídeo. De lo contrario, es una buena manera de quemarse. No por tu cuenta, sino por la del cliente.
Debe tener una función MQL que devuelva la temperatura de la tarjeta de vídeo. De lo contrario, es una buena manera de quemarse. No por su cuenta, sino por la del cliente.
// Si no hay función MQL, tendremos que usar una DLL, lo cual no es bueno - el mercado se corta y otros inconvenientes.
A los juegos de ordenador no les importa la temperatura de la GPU y la cargan a tope, y no pasa nada: las tarjetas gráficas funcionan. Y a ningún jugador se le ocurriría pedirle al editor del juego que ralentizara el propio FPS para no estropear la GPU. Con los jugadores la analogía es directa: necesitamos velocidad, y la temperatura debe cuidarse adicionalmente si es necesario (sistema de refrigeración adicional).
Entonces también necesitas la función MQL que devuelve la temperatura de la CPU. De lo contrario, el procesador se quemará.
FPS si es factible, ¿por qué no? - No estaría mal, por supuesto.