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
Identificar una ruptura en la comunicación
No sé cómo hacerlo.
No sé cómo hacerlo.
¿Qué le hace pensar que se producen y que OnTrade se pierde? ¿De la documentación?
¿Qué le hace pensar que se producen y que OnTrade se pierde? ¿De la documentación?
Porque Relogin restablece la caché histórica, que (supongo) está dopada a través del mecanismo OnTrade.
No estoy seguro de cómo hacerlo.
Sin salir del tiempo de MT5 intertiki, si es posible. Y con las operaciones comerciales en relación con el orden en el DC sin ayuda interna, no se me ocurre nada.
No salir del tiempo intermedio de la MT5, si es posible. Y con las operaciones comerciales en relación con el orden en el DC sin ayuda interna, no se me ocurre nada.
No lo entiendo.
No lo entiendo.
Sí, algo está mal. El tiempo entre ticks es sólo para los ticks que faltan debido a una interrupción de la comunicación. Y en cuanto a las consultas y la corrección de las respuestas sobre las órdenes, las operaciones y los estados de posición, si la respuesta se pierde o se cambia por un fallo de comunicación y se retrasa por ello, parece que no hay soluciones baratas. Volver a consultar en el siguiente tic no siempre es una opción.
La solución para mí sería una función incorporada para seguir el estado de las operaciones/posiciones con respecto a las órdenes de apertura, modificación, cierre parcial y cierre total de una posición. La solicitud de seguimiento del resultado podría establecerse en el propio pedido. Y obtener el resultado en el tick actual y no en el siguiente.
¿Pueden decirme qué hacer para no tener que lidiar con esto mientras comercio?
A juzgar por el tiempo de registro, todo ocurrió en 7ms.
Si quieres tener una discusión constructiva, danos las condiciones completas de la prueba (servidor, tipo de cuenta, número de símbolos seleccionados, número de EAs, etc.).
El código de medición en tiempo de ejecución de SymbolInfoTick:
En el servidor MetaQuotes-Demo (20 símbolos seleccionados, Netting, 4 posiciones abiertas):
131 símbolos seleccionados, 10 posiciones abiertas:
A juzgar por el tiempo de las entradas del registro, todo ocurrió en 7ms.
Son tres EAs diferentes.
Si quieres una discusión constructiva, entonces da todas las condiciones de la prueba en su totalidad (servidor, tipo de cuenta, número de símbolos seleccionados, número de EAs, etc.).
Cuenta real, RannForex-Server, 16 símbolos, gráfico M1 abierto en cada uno (5000 barras como máximo), en cada uno de ellos se ejecuta un EA, que accede sólo a su propio símbolo.
Puede haber unas 50 posiciones y el mismo número de órdenes a la vez. No hay indicadores, y sólo se utilizan CopyTicksRange (ticks frescos) y SymbolInfoTick para obtener los precios. No hay ninguna referencia a los bares.
Se trata de tres EAs diferentes repartidos.
Cuenta real, servidor RannForex, 16 símbolos, gráfico M1 abierto en cada uno (5000 barras como máximo), en cada uno se ejecuta un EA que sólo accede a su propio símbolo.
Puede haber unas 50 posiciones y el mismo número de órdenes a la vez.
Si entiendo bien, no hay un EA allí, sino un probador de estrés en cada símbolo. Esto cambia las cosas por completo. Y muestra la ocultación de las condiciones iniciales.
Es decir, 16 hilos en un procesador de 8(4+HT) (+N hilos de terminal de trabajador en paralelo) sin parar y sin retrasos irrumpen en un objeto de base de datos de símbolos sincronizado. Los bloqueos de lectura/escritura se confunden porque hay una escritura constante de ticks.
Por lo general, en un perfil de este tipo, dependiendo de la inclinación del procesador y su dominio de los hilos, cada hilo puede pasar del 60% al 80% del tiempo de espera.
Y esto es así independientemente del tipo de tarea.
Si he entendido bien, no hay un EA allí, sino un probador de estrés en cada símbolo.
Entendido erróneamente. Cada EA es puramente comercial (en el probador por las garrapatas reales no se ralentiza) y no depende de los demás. Toda la lógica de negociación se ejecuta sólo en OnTick, sin spam de órdenes de negociación, sin recursividad, sin globalización y sin recursos.
OnTrade*, OnBook no se utilizan. Segundo temporizador y OnChartEvent para el caso de que se pulsen determinadas teclas.
Estoy seguro de que una implementación adecuada (por ti o por mí) de las instantáneas reducirá en gran medida el número de llamadas a las funciones regulares del entorno. En consecuencia, los retrasos se reducirán drásticamente.
Nunca pensé que llegaría a los trucos de las instantáneas. Estoy estudiando la cuestión, ya que la implementación estándar de MT5-advisor es penosa, por desgracia.