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
Has "olvidado" un detalle muy pequeño: has comprobado 58.000 pedidos y sólo has encontrado una expulsión a 300 ms. Y esto (1 de 58 000) debería haber sido claramente el objetivo de dichos controles.
Sí, no recogí el estado de forma más objetiva.
De todos modos, seguiremos analizándolo, aunque siempre pueden aparecer valores atípicos en cualquier sistema.
Miré a RannForex en gran detalle, ya que es una batalla. Allí absolutamente cada orden tiene 2-3 ms, independientemente del símbolo.
Y el estado de los ticks se recogió en otro lugar donde el terminal estaba ubicado en la misma máquina donde está el servidor.
Foro sobre comercio, sistemas de comercio automatizados y prueba de estrategias de comercio
Aceptación de órdenes SL/TP
Dzmitry Manannikov, 2021.02.05 15:10
Gracias, le explicaré lo resaltado. Una orden de TP fue aceptada 266 ms después de que el precio comenzara a satisfacerla. Al mismo tiempo, el último tick antes de la aceptación fue en 133ms.
Esto es incomprensible, así que en un ejemplo más sencillo.
Llega una garrapata que debe aceptar el TP de una posición abierta. MT5 crea una orden TP, una o más en secuencia (si las anteriores se cancelan).
Pero podemos decir exactamente sobre el último orden en esta secuencia. No se formó tan pronto como llegó el último tick que cumplía el nivel de TP, sino sólo después de 133 ms.
Imagínate, viene una garrapata. Y el servidor MT5 sólo se inicia después de 133 ms. Renat dirá que este es el valor máximo y tendrá razón. Por eso di un script en la rama, que da el valor medio del lag.
También son unos pocos milisegundos.
SZY La aceptación de una orden es simplemente el hecho de su creación. No lo está enviando a algún sitio, sino que simplemente lo está creando en el servidor de MT5. Debería producirse instantáneamente en cuanto el precio alcance el nivel adecuado.
En una situación de combate me he encontrado con que a veces MT4 acepta los limitadores más rápido que MT5. Como resultado, en estas situaciones MT4 tiene tiempo para agarrar liquidez, MT5 no.
Por favor, supere los retrasos del servidor MT5.
Foro sobre comercio, sistemas de comercio automatizados y prueba de estrategias de comercio
Aceptación de órdenes SL/TP
fxsaber, 2020.11.27 21:20
Parece haber descubierto la razón. Ejecutar el script en la máquina del servidor.
Resultado.
A la izquierda está el tiempo de impresión. A la derecha está la hora de la garrapata entrante. El desfase puede verse claramente. Parece que OnTick se activa unos milisegundos después de que el tick se escriba en el servidor de operaciones.
Parece que la parte del servidor que se encarga de la activación de la orden ha recibido ticks con retraso como ocurre con su llegada al terminal.
Terminal/Servidor = 2920. Por desgracia, la situación no ha cambiado todavía.
He comprobado las órdenes (varios miles) que el broker ha aceptado en el servidor de comercio b2940.
Mejora significativa. Los retrasos son de hasta 2 ms, pero probablemente se trate de picos que no estropean la nueva imagen general.
Definitivamente operar con MT5 es más rentable ahora, ya que las órdenes se ejecutan unos milisegundos antes y casi no hay lag.
No he comprobado los otros rezagos.
OrderGetTicket las vieron). Cuando estos pedidos desaparecieron, no estaban en el historial de pedidos. No aparecen en el historial de pedidos en absoluto.
Lo he comprobado a mano: no existe. Me he puesto en contacto con el corredor. El broker ha comprobado en el servidor y no están (los tickets) en el historial ni en los registros.
El corredor informa de que, si los pedidos se ordenan por billetes, hay agujeros en estos lugares: los billetes saltan por encima de estos valores.
MT5-Servidor b2940. Un error alarmante. Recomiendo a los corredores que comprueben los agujeros de las entradas, ya que no hay una numeración clara de las mismas.
ZZY Estas órdenes no aparecen en los registros del Terminal porque eran órdenes TP - se crean automáticamente cuando el precio alcanza el nivel TP de la posición abierta.
ZZZY ¿Qué acciones tomar para ayudar a deshacerse del problema?
OrderGetTicket las vieron). Cuando estos pedidos desaparecieron, no estaban en el historial de pedidos. No aparecen en el historial de pedidos en absoluto.
Lo he comprobado a mano: no existe. Me he puesto en contacto con el corredor. El broker ha comprobado el servidor y no aparecen ni en el historial ni en los registros.
El corredor informa de que si los pedidos se ordenan por billetes, hay agujeros en estos lugares: los billetes saltan por encima de estos valores.
MT5-Servidor b2940. Un error alarmante. Recomiendo a los corredores que comprueben los agujeros de las entradas, ya que no hay una numeración clara de las mismas.
ZZY Estas órdenes no aparecen en los registros de la Terminal porque eran órdenes TP - se crean automáticamente cuando el precio alcanza el nivel TP de la posición abierta.
ZZZY ¿Qué debo hacer para eliminar este problema?
Pirs, plugins, add-ons, scripts, filtros de servidor no son ciertamente el problema...
Entiendo que todo el mundo está acalorado, pero de alguna manera infantil... los informes de errores se ven diferentes
Pirs, plugins, add-ons, scripts, filtros de servidor no tienen nada que ver...
Comprendo que todo el mundo está acalorado, pero es un poco infantil... los informes de errores parecen diferentes
Se ve una orden en la terminal y luego desaparece. Entonces no aparece en el servidor: el billete se da de baja. Por favor, no te involucres.