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
¿Cómo se hace eso?
Sólo reprodujo los frenos cuando los 6/8 Agentes estaban en marcha.
Sólo reprodujo los frenos cuando los 6/8 Agentes estaban en marcha.
Es decir, el problema cuando la CPU está cargada.
MQ-Demo, 20 gráficos, b2656. Sólo se está ejecutando el Terminal en la máquina, el Tester no se está ejecutando.
Sólo reprodujo los frenos cuando los 6/8 Agentes estaban en marcha.
Es decir, el problema es cuando la CPU está cargada.
¿Es una información nueva para usted?
¿Es una información nueva para usted?
No entiendo muy bien por qué es imposible sortear estos lapsos de carga de la CPU. Probablemente sea incompetente para hacerlo.
Sin embargo, a continuación hay una prueba limpia que muestra el problema de la relevancia de los datos de precios en MT5. He proporcionado el código con comentarios. Brevemente, los ticks se toman a través de SymbolInfoTick/stack y se comprueban entre sí. En particular, para evitar lagunas y grandes desfases entre ticks idénticos de diferentes fuentes.
Resultado (sólo un MT5-b2656 funcionando en la máquina, carga de CPU alrededor de cero, un gráfico, Tester no utilizado).
Por favor, confirme la reproducción.
Total intermedio para una máquina de descarga rápida.
Pregunta a los promotores.
Supongamos que SymbolInfoTick se ejecutó durante 5 ms. ¿Corresponderá el tick a la hora actual, o a 5 ms antes?
Los frenos de SymbolInfoTick están cerrados. El resultado es el siguiente.
Si la CPU está sobrecargada (como Optimize ni siquiera en todos los núcleos), SymbolInfoTick puede tardar hasta decenas de milisegundos en completarse. No hay respuesta a por qué esta función más popular en el Terminal no se instantánea con regularidad. Si es posible, haz fotos de la misma. Y no hay que olvidar que incluso con carga cero de la CPU la función OnTick puede trabajar decenas de milisegundos más tarde que un tick que llega a la Terminal.
En definitiva, bastante triste, pero no puede preocupar a los que comercian primitivamente.
Los frenos de SymbolInfoTick están cerrados. El resultado es el siguiente.
Si la CPU está sobrecargada (como Optimize ni siquiera en todos los núcleos), SymbolInfoTick puede tardar hasta decenas de milisegundos en completarse. No hay respuesta a por qué esta función más popular en el Terminal no se instantánea con regularidad. Si es posible, haz fotos de la misma. Y no hay que olvidar que incluso con carga cero de la CPU la función OnTick puede trabajar decenas de milisegundos más tarde que un tick que llega a la Terminal.
En definitiva, bastante desafortunado, pero no puede molestar a los que comercian primitivamente.
Para los que comercian con lo "no primitivo": el hardware tiene que estar a la altura.
"ni siquiera en todos los núcleos" - ¿se refiere a "6/8"? es decir, 6 procesos, y cada uno de ellos carga al 100% un núcleo de la CPU durante la prueba? ¿Y sólo hay 4 núcleos físicos? ¿Y sinceramente se sorprenden de que en tal fondo la prueba "se retrase"?
Si este es realmente su nivel de comprensión, entonces: "Aprender, aprender y volver a aprender".
Si quieres violar una CPU con 16-20 hilos, compra una CPU con 20 núcleos físicos como mínimo.
Para los que comercian con lo "no primitivo": el hardware tiene que estar a la altura.
"ni siquiera en todos los núcleos" - ¿se refiere a "6/8"? es decir, a 6 procesos, y cada uno de ellos carga al 100% un núcleo de la CPU durante todo el tiempo de la prueba? ¿Y sólo hay 4 núcleos físicos? ¿Y sinceramente se sorprenden de que sobre ese fondo la prueba "se ralentice"?
Si este es realmente su nivel de comprensión, entonces: "Aprender, aprender y volver a aprender".
Si quieres violar una CPU con 16-20 hilos, compra una CPU con 20 núcleos físicos como mínimo.
Estoy seguro de que puedo demostrar que la aplicación de sus precios actuales es muy lenta. La carga de la CPU crea tal lentitud sólo por la implementación incorrecta de la función más importante en MQL5.
Estoy seguro de que puedo demostrar que su aplicación para obtener los precios actuales es muy lenta. La carga de la CPU sólo crea tales ralentizaciones debido a la implementación incorrecta de la función principal en MQL5.
Código de prueba:
Pruébalo.