Pregunta para los desarrolladores: uso de todos los núcleos de cálculo durante la optimización - página 9
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
Hemos emprendido una reescritura completa del probador y del optimizador.
Vamos a revisar y arreglar drásticamente los problemas acumulados.
Cuándo esperar todas estas soluciones?????
especialmente a la espera:
1. "un núcleo - un trabajo".
2. optimización continuada desde la parada (caída del servidor, reinicio, etc.)
aRenat Fatkhullin sigo insistiendo en una respuesta ....
Cuándo esperar todas estas soluciones?????
1. "un núcleo - un trabajo"
2. continuación de la optimización desde la parada (caída del servidor, reinicio, etc.)
1 núcleo cuenta - 50 de ralentí, hermoso ......
1 núcleo cuenta - 50 de ralentí, hermoso ......
No muestra la imagen completa de los cálculos: cuántos trabajos totales, cuántos completados, cuántos restantes...
No muestra la imagen completa de los cálculos: cuántas tareas totales, cuántas se han completado, cuántas quedan...
publicado en otro hilo - sin efecto, nadie de los desarrolladores ha respondido
Por favor, corrija el error observado en todas las nuevas versiones
2020.07.26 10:54:28.289 Archivo del experto en pruebas ....\MQL5\StochasticCCI.ex5 error de apertura [2]
no está ahí y no debería estarlo.
el error lo da el agente de red después de la actualización, antes de la actualización funcionaba bien, en versiones antiguas el optimizador no da errores en el Asesor Experto, el Asesor Experto no fue recompilado
demoler y reinstalar completamente el MetaTrader y borrar todos los datos no tuvo ningún efecto
el error se observa en dos agentes de la red
publicado en otro hilo - sin efecto, nadie de los desarrolladores ha respondido
Por favor, corrija el error observado en todas las nuevas versiones
2020.07.26 10:54:28.289 Archivo del experto en pruebas ....\MQL5\StochasticCCI.ex5 error de apertura [2]
no está ahí y no debería estarlo.
el error lo da el agente de red después de la actualización, antes de la actualización funcionaba bien, en versiones antiguas el optimizador no da errores en el Asesor Experto, el Asesor Experto no fue recompilado
demoler y reinstalar completamente el MetaTrader y borrar todos los datos no tuvo ningún efecto
el error se observa en dos agentes de la red
Tengo los mismos problemas. ¿Supongo que se está llamando a un indicador diferente en el indicador?
Tengo el mismo problema. ¿Supongo que se llama a otro indicador en el indicador?
No tengo esto, es decir, no hay ningún indicador en el indicador
Probablemente me vuelvan a banear, pero sigo posteando aquí resolviendo algunos problemas que los programadores de MT no han resuelto en años, como lo demuestra una búsqueda en google por ejemplo
Así que:
1) Desactivación de los registros de MT5.
Durante muchos años se pidió a los programadores de MT que desactivaran los registros o limitaran su tamaño.
¿Por qué lo preguntan? Porque MT se instala en el disco C y no hay posibilidad de especificar el otro, y durante la optimización MT se llena fácilmente con registros de varios terabytes, es decir, todo el disco C.
Carpetas
C:\NNNombre de usuario \NAppData\Roaming\NMetaQuotes\Terminal\Nsu número largo \Nde registros
C:\NNNNombre de usuario \NAppData\Roaming\NMetaQuotes\Terminal\Nsu número largo \NMQL5\NLogs
deben ser de sólo lectura.
Para ello creamos otro administrador y le damos todos los derechos, pero disminuimos los suyos propios. Como resultado, MT no puede acceder a esta carpeta y no puede escribir registros, el disco no se obstruirá con registros innecesarios.
la segunda variante - no siempre funciona - la esencia de una variante en la creación del lote que cada cierto intervalo borrará los registros ... Realmente MT puede incluso en un día atascar completamente un disco del sistema con registros
2. Desactivación de la carga automática de actualizaciones МТ5.
¿Para qué? Si la optimización está en curso, los agentes de la red dejan de estar disponibles en el momento de la carga completa de la actualización,
hay una diferencia entre las versiones del optimizador principal y sus agentes. El resultado es el fracaso de la optimización.
Tampoco es bueno que se produzca una actualización en un servidor de batalla durante la negociación, cuando cada milisegundo cuenta.
Creo que las actualizaciones pueden ser sólo en el momento en que el mercado no está funcionando, es decir, los fines de semana.
Del mismo modo, la carpeta
"C:\Documents and Settings\user name\AppData\Roaming\MetaQuotes\Terminal\ .Aquí está su número largo.... Hacer de "\liveupdate" una carpeta de sólo lectura
por defecto la carpeta no existe, es necesario crearla, después de la instalación de sólo lectura MT ve las actualizaciones pero no puede descargar ....
El resultado: las actualizaciones no interfieren con el optimizador y no interfieren con el comercio.
3. El problema"un núcleo - un trabajo" no se ha resuelto y espoco probable que se resuelva.Descripción del problema: Tengo 60 núcleos heterogéneos en diferentes servidores, cuando distribuyo los trabajos el optimizador distribuye el mismo número de trabajos a todos los núcleos, como resultado el núcleo más lento tarda horas en completar los trabajos, y otros 59 núcleos permanecen inactivos... El problema no se resuelve ya que no aporta ningún beneficio a MT, sino que por el contrario le quita dinero a los agentes de la nube de pago .... por lo que los usuarios seguirán siendo atormentados por el optimizador. Lástima. La solución - crear su propio optimizador alternativo, por ejemplo, en python. y lo más curioso - los programadores de MT tardarán 15 minutos en resolver este "problema" ....
3. El problema"un núcleo - un trabajo" no se ha resuelto y probablementeno se resolverá. Descripción del problema: hay 60 núcleos heterogéneos en diferentes servidores, cuando se distribuyen los trabajos, el optimizador distribuye igual número de trabajos a todos los núcleos, como resultado el núcleo más lento termina su trabajo durante horas, y 59 núcleos más permanecen ociosos... El problema no se resuelve ya que no aporta ningún beneficio a MT, sino que por el contrario le quita dinero a los agentes de la nube de pago .... por lo que los usuarios seguirán siendo atormentados por el optimizador. Lástima. Salir - crear su propio optimizador alternativo por ejemplo en python. y lo curioso - resolver este "problema" - le tomará a los programadores de MT 15 minutos ....
Algo que dudo mucho es que resolver un problema así "lleve 15 min".
И... Creía que habían dicho que se estaba reescribiendo el núcleo computacional. Entonces, "el caracol viene, viene". Yo mismo odio que los ordenadores débiles ralenticen todo el proceso informático, y tener que no usarlos en absoluto. Pero... por ahora.
Lo de "quitar el dinero" es un argumento bastante ridículo. Quien tenga una granja con un par o tres ordenadores lentos no tiene forma de ser un cliente potencial de Cloud: si tiene dinero, no usará ordenadores lentos de todos modos. Y si no tiene dinero, no comprará la computación en nube aunque se vea obligado a dejar de funcionar los ordenadores lentos.