Pregunta para los desarrolladores: uso de todos los núcleos de cálculo durante la optimización - 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
Llegarás lejos con un mensaje así... Por cierto, Slava es uno de los principales desarrolladores de MT, sabe cómo funciona el algoritmo.
Te digo que me des el conjunto de optimización del EA estándar, que lleva a los mismos resultados. Antes tenías unos parámetros optimizados, ahora otros. Tal vez se haya disparado el cambio automático a la genética con todo lo que ello implica.
Añade algo de constructividad y el problema se resolverá mucho más rápido.
Si realmente quieres cambiar y no sólo refunfuñar (como yo), ¿por qué no das a los desarrolladores un ejemplo reproducible en el que los núcleos estén desactivados/en espera?
Tal vez basado en el EA estándar (si también es jugable), pero con el mayor detalle posible, para que puedan replicar el comportamiento por sí mismos.
¿está más claro?
sólo se utilizan agentes locales, 6 de 8 están habilitados, 3 se caen inmediatamente después del primer lote de trabajos¿está más claro?
sólo se utilizan agentes locales, 6 de 8 están habilitados, 3 se caen inmediatamente después del primer lote de trabajosAsí es mucho más constructivo.
Adjunta el registro del probador y el registro de uno de los agentes que terminó antes:
Esto es mucho más constructivo.
Adjunta el registro de los probadores y el registro de uno de los agentes que terminó antes:
Registro del probador, del agente que funciona y del que falló:
Registro del probador, del agente que funciona y del agente que falla:
Ahora esperamos la respuesta de @Slava
Parece que la genética dejó de comprometer algunos de los núcleos después de la tercera generación:
¿Pensó que no tenía sentido?
>Slava, por cierto, uno de los principales desarrolladores de MT
Pues bien, Slava, toda la esperanza está puesta en ti, rezamos y alzamos la voz .... salvarnos de los agentes web que no funcionan :-)
También me gustaría dar las gracias a Andrey Khatimlianskii por los registros
>Slava, por cierto, uno de los principales desarrolladores de MT
Pues bien, Slava, toda la esperanza está puesta en ti, rezamos y alzamos la voz .... ayúdenos desde los agentes de la red que no trabajan :-)
También me gustaría dar las gracias a Andrey Khatimlianskii por los registros
Ahora esperamos la respuesta de @Slava
Parece que la genética dejó de comprometer algunos de los núcleos después de la tercera generación:
¿Pensó que no tenía sentido?
No.
Hay más en el registro.
Confirmado por los registros del agente
Me gustaría señalar que en realidad hay dos problemas con el tiempo de inactividad.
Con la genética hay un periodo de espera para el final del cálculo de la generación. No está claro si el reequilibrio del paquete de trabajo es posible en este caso.
Con la optimización lenta, se puede evitar el tiempo de inactividad de los agentes previamente liberados reasignando dinámicamente los trabajos. Los desarrolladores no lo hicieron, y ahora los trabajos se distribuyen al principio de la optimización. No lo hicieron porque se aplica el mismo algoritmo de distribución cuando se utilizan agentes en la nube, y quitarles trabajos es "inapropiado". Merece la pena separar la metodología para los agentes locales y los de la nube.
Entretanto, los promotores han mejorado, hace relativamente poco, la metodología, dejando una pequeña reserva para los agentes que han terminado el trabajo antes de tiempo. Por desgracia, esto no siempre salva el día. Además, esta reserva es el resto de la división de las tareas entre el número de agentes, por lo que puede ser igual a cero.
No.
Hay otra entrada en el registro
Confirmado por los registros del agente.
Así que eso es después, al final. Los agentes se retiraron antes, a las 01:00:50, y se puede ver en el registro y en el vídeo.