Discusión sobre el artículo "Aumente la velocidad de los cálculos con la red en la nube de MQL5" - página 4
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
Para responder a mi propia pregunta. Los cálculos en GPU dan una buena ventaja cuando necesitas hacer múltiples cálculos simples, por ejemplo, calcular el número de pi realizando 1 000 000 interacciones.
Pero para los agentes de pruebas no es adecuado para estas tareas que necesita CPU, y GPU en apoyo.
Muy cierto. Pero que yo recuerde MQ no ha tomado una decisión final sobre si OpenCL estará soportado en los agentes.
La dificultad aquí es que normalmente hay menos tarjetas gráficas que agentes. Es decir, hay que determinar el orden de acceso, lo que esencialmente reducirá el cálculo a secuencial (en el peor de los casos).
Las otras cuestiones no son menos complicadas, pero al menos no hay problemas con el enunciado del problema.
Por supuesto. Pero que yo recuerde MQ aún no ha tomado una decisión final sobre si OpenCL estará soportado en los agentes.
La dificultad aquí es que normalmente hay menos tarjetas gráficas que agentes.
El problema de OpenCL en los agentes se describe aquí: Explicación de las limitaciones de OpenCL/GPU en los servicios de red en la nube MQL5 y agentes remotos
Hasta que no se cambie el modelo de los propios controladores GPU, será imposible acceder a las capacidades GPU desde los servicios (los agentes funcionan como servicios). Esto es prácticamente un bloqueo técnico durante varios años.
Nosotros no tenemos nada que ver, todos los fabricantes de software distribuido para GPUs han caído en el mismo problema.
El problema de OpenCL en los agentes se describe aquí: Explicación de las limitaciones de OpenCL/GPU en los servicios y agentes remotos de MQL5 Cloud Network
Hasta que el modelo de controladores GPU cambie, será imposible acceder a las capacidades GPU desde los servicios (los agentes funcionan como servicios). Esto es prácticamente un bloqueo técnico durante varios años.
Nosotros no tenemos nada que ver, todos los fabricantes de software distribuido para GPUs han caído en el mismo problema.
En unos años el hardware será diferente, ya ahora vemos un aumento del número de núcleos de CPU con una reducción de su potencia y
aumento simultáneo de la potencia de los núcleos de la GPU. Lo ideal sería que se fusionaran en un dispositivo universal que triturara rápidamente tanto código serie como paralelo.
Pero gracias por ello, al fin y al cabo los cálculos de la GPU están implementados y desde luego no es una desventaja para la plataforma.
Dentro de unos años el hardware será diferente, ya ahora vemos el aumento del número de núcleos de CPU con una reducción de su potencia y
y simultáneamente el aumento de la potencia de los núcleos de la GPU. Lo ideal sería que se fusionaran en un dispositivo universal que triturara rápidamente tanto código serie como paralelo.
Pero gracias por eso, después de todos los cálculos de la GPU se implementan y ciertamente no es una desventaja para la plataforma.
Por problema "técnico" no me refería a problemas de hardware.
Me refería a que "el modelo de controladores de Windows no permite acceder a la GPU desde los servicios". Es decir, es una emboscada arquitectónica con niveles de acceso de seguridad en la que todo el mundo ha caído de repente.
Y es imposible salir de este modelo en un futuro próximo. Al menos no en las GPU de propósito general. Nvidia Tesla aún puede proporcionar un controlador personalizado para el acceso directo en el modo "sólo para cálculos", pero las tarjetas gráficas comunes no pueden salirse de él: siguen necesitando hacer girar los gráficos en el mismo chip.
Disculpe, ¿cuánto costarían 1.000.000 de cálculos? Es decir, ¿cuánto dinero dará el sistema de distribución a una máquina por realizar 1.000.000 de operaciones?
El pago no se realiza por el número de tareas, sino por el tiempo empleado en su solución.
Y en general, todo está escrito aquí https://cloud.mql5.com/ru/faq/payments.
Hola. Dos problemas con las deducciones de nubes.
1. Gestor de agentes en mi ordenador muestra que hay 4 agentes (4 núcleos) y se están ejecutando. Al mismo tiempo no los veo en mi perfil en el sitio - "La lista de agentes está vacía".
2. Comencé la optimización, algoritmo genético. Muestra que hay mas de 1000 agentes en "MQL5 Cloud Europe2" y hay un balance de 2.0. Se usaron durante un tiempo, el balance bajó a 1.88 y todo se paró. Escribe Autorizados en las lineas con el numero de agentes disponibles, pero no los usa por alguna razon. llevamos casi 24 horas rastreando con nuestros procesadores.
1. los agentes aparecerán en las estadísticas de la web en cuanto ejecuten al menos una tarea desde la nube.
2. Puedes ver los detalles de tus tareas en tu perfil personal en "Agentes - Tareas". Ahí tienes realmente 0.12 usadas de 2.00. Prueba a ejecutarlo de nuevo. Parece que esta es la defensa de claude, intentando no llevar el balance a menos.
En realidad, puedes instalar varios agentes en tu ordenador, y utilizarlos por tu cuenta, sin necesidad de ninguna red (internet, LAN, WAN o cualquier nube), pero me pareció incluso mucho más lento >_<
Así es como : ejecuta MetaTester.exe (MetaTester64.exe si usas 64 bit), desmarca todo en las pestañas "Overview" y"MQL5 Cloud Network", y añade varios agentes en la pestaña "Service", cuando hayas terminado de añadir agentes, haz click derecho en la lista de agentes y selecciona "Export".
Abra MT5 y el Probador de Estrategias (Ctrl + R), en la pestaña "Agentes", haga clic derecho y seleccione "Importar" e importe la lista de agentes y ahora verá que tiene varios agentes bajo "Remoto". Estos agentes en realidad están instalados en el mismo ordenador que ejecuta MT5 pero el mismo MT5 considera este agente como remoto.
De nuevo, - quizás porque uso Dual Core e instalo muchos agentes para ello - cuando pruebo esto, NO acelera nada, de hecho ralentiza aún más >_<.
Saludos creadores de la nube,
Tengo una sugerencia específica para mejorar las capacidades de la nube.
El probador de estrategias es, por supuesto, genial.
Pero creo que mucha gente prescinde de él y utiliza cálculos complejos en tiempo real,
Por ejemplo, me enfrenté a un problema:
Hice un indicador que hace muchos cálculos (con interrupciones para que el terminal tuviera tiempo de dibujar el gráfico).
Por ejemplo, hace N número de cálculos, pero me gustaría más N muchas veces (100 o 1000 o 10000 veces),
Claro que se pueden comprar 10 ordenadores y poner 40 terminales y gestionar todos estos tiempos a nivel de sincronización de indicadores.
Pero molaría que el indicador se calculara en Red Nube en tiempo real, yo mismo soy programador y creo que es posible hacerlo.
Y seguro que sería un servicio popular.
Probador de estrategia como me parece que se utiliza para probar una idea, y si la idea se muestra bien, entonces los sistemas de trabajo en tiempo real se escriben, y aquí el rendimiento es necesario.