Tema: Mejora la velocidad de ejecución de órdenes MT4 en 500 ms.

2 Adjunto (s) Disculpas mayores a todos. A pesar de estar de acuerdo con el lanzamiento de la EA con varios corredores antes de publicar este hilo, dos corredores me han dicho que esto podría causarles problemas importantes al calcular los problemas de carga y ancho de banda, y preferirían que no se publicara. . He quitado el EA original que estaba aquí y he puesto un guión.

Entre la tasa de ejecución de los revendedores (y, por consiguiente, el deslizamiento) es excepcionalmente importante. Aquí detallaré una técnica que puede ser utilizada por todos para mejorar su tasa de ejecución de órdenes MT4 en aproximadamente 500 ms. Permítame aclarar cómo funciona:

Metatrader 4 funciona a una duración de 30 segundos en el semestre: esto es cuando no ha habido ninguna acción de negociación durante 30 segundos que se agota el período de sesiones. Fuera del tiempo, cualquier comunicación con el Servidor en la misma dirección IP debe volver a ser autenticada, es decir: Ir a través del proceso de verificación de Inicio de sesiónContraseña. Esta autenticación toma aproximadamente 500 ms (sin embargo, este valor varía considerablemente de un corredor a otro, desde unos 200 ms hasta casi 2 segundos con algunos corredores).

Cuando un intercambio se pone en más de 30 segundos porque el último servidor en contacto con el proceso es:
Cliente MT4 gt; gt; gt; gt; Servidor MT4; gt; gt; gt; ECN

Fuera de estos 30 segundos debido a la medida de re-autenticación, el método es ahora:
MT4 Cliente gt; gt; gt; MT4 Servidor gt; gt; Base de datos de contraseñas del servidor MT4 gt; gt; gt; Authentiiongt; gt; gt; ECN

Los pasos mejorados es donde se encuentra la latencia: esto es común en todos los corredores MT4.

Al utilizar el servidor de trading poco antes de que espere realizar una orden de mercado, reducirá la tasa de ejecución de esa orden de mercado en aproximadamente 500 ms

He adjuntado un script que abre un límite de compra inminente en eurusd a un precio de 0.00001, luego, en cada ejecución sucesiva, altera el TP entre dos valores, por lo que se abre una nueva sesión autenticada que permanecerá disponible durante 30 segundos, lo que permite usted pone su orden de mercado. Si se utiliza una clave, la secuencia de comandos podría ejecutarse rápidamente y en particular.

Esta secuencia de comandos también puede utilizarse para probar la tasa de ejecución (aunque la tasa de ejecución de órdenes de mercado puede ser ligeramente más lenta en comparación con la velocidad de ejecución de órdenes pendiente). La secuencia de comandos solo indica cuántos milisegundos se necesitan para modificar el pedido. Observa e imprime sobre esta longitud.

EDICIÓN 11-05-2012: estoy volviendo a cargar el EA original considerando que no hubo demasiadas descargas del script junto con otras variaciones del EA (~ 350 descargas en 4 meses). El EA modifica el pedido automáticamente cada 29 (o número de hábito) de segundos. Ejecute el EA, ya que coloca una carga de procesamiento en exceso en el servidor de su propio brøker, si lo necesita. Algunos brøkers le pedirán que deje de realizar este EA. Otros brøkers pueden costarle (aranceles de negociación de MB 0,005 USD por mensaje de servidor). El EA imprime en la pestaña pro del terminal que la tasa de ejecución de los comandos de modificación de orden. Luego, coloque la frecuencia de modificación en 27 o 28, de lo contrario, 29 es óptimo si este tiempo de ejecución es superior a 1000 ms.

https://www.forexycfds.com/attachmen...1762362624.ex4

https://www.forexycfds.com/attachmen...4274920014.ex4

Oye, ¿dónde recibiste esa información? ... De todos modos, gracias por compartir ... si es verdad será muy útil
Saludos

Iniciado por ;

Oye, ¿dónde recibiste esa información? ... De todos modos, gracias por compartir ... si es verdad será muy útil
Saludos

Inicialmente, fue mi propio descubrimiento el que la velocidad de ejecución de la orden empeora sustancialmente después de 30 segundos desde el último contacto del servidor, luego, explorándola, aprendí por qué.

Iniciado por ;

Originalmente, fue mi propio descubrimiento de que la velocidad de ejecución de la orden se agrava considerablemente después de 30 segundos porque el último contacto del servidor, y luego investigándola, descubrió por qué.

Hola, rooicol, ¿Dónde entra este documento? Excepto por hacer una posible pregunta tonta. Gracias.

Iniciado por ;

Hola, ¿Dónde entra este documento? Lo siento por hacer una posible pregunta estúpida. Gracias.

_Ping EA.mq4 - va en Drive_CArchivos de programaMT4Experts _Test Execution Speed.mq4 - va en Drive_CProgram FilesMT4ExpertsScripts

Iniciado por ;

Hola a todos, Entre la velocidad de ejecución de los scalpers (y, por consiguiente, el deslizamiento) es muy importante. Aquí detallaré un método que puede ser utilizado por cualquiera para mejorar su velocidad de ejecución de órdenes MT4 en aproximadamente 500 ms. Permítame aclarar cómo funciona: Metatrader 4 funciona con una duración de sesión de 30 segundos. Esto es cuando no ha habido ninguna acción de negociación durante 30 segundos y la sesión se agota. Fuera del tiempo, cualquier comunicación con el Servidor en la misma dirección IP debe volver a ser autenticada, es decir: Continúe con el procedimiento de verificación de Inicio de sesiónContraseña. Esta autentificación ...

Eso es una buena idea. Sin embargo tengo una pregunta. ¿Qué cree usted si un número cada vez mayor de personas hace esto para reducir la velocidad de ejecución de sus pedidos, ya que aumentará la carga del servidor? Temo que esta eegia deshaga la intención cuando todos hagan esto.

Iniciado por ;

rooicol_Ping EA.mq4: entra en Drive_CApp FilesMT4Experts rooicol_Test Execution Speed.mq4 - Se mueve en Drive_CApp FilesMT4ExpertsScripts

Gracias amigo. Lo probaré.

Iniciado por ;

Eso es una buena idea. Tengo una pregunta. ¿Qué piensa si cada vez más personas hacen esto para reducir la velocidad de ejecución de sus pedidos, ya que definitivamente aumentará la carga del servidor? Temo que esta eegia deshaga la intención cuando todos hagan esto.

Lo comprobé con el soporte de TI de varios corredores antes de publicarlo. Dijeron que no sería un problema. La mayoría de los corredores no tienen un límite superior para la cantidad de mensajes que permiten a sus clientes enviar al host todos los días. MB Trading tiene un límite estricto de mensajes de 20K todos los días, GO Markets posee un límite flexible de mensajes de 10K (se comunicarán con usted si envía más que esto). Otros corredores generalmente se comunicarán con usted si sus cuentas inician la hiperactividad, sin embargo, todos ellos indican que es; Los mensajes de 2K diarios están bien.

Iniciado por ;

Lo comprobé con el servicio de TI de varios corredores antes de publicarlo. Dijeron que no sería un problema. La mayoría de los corredores no tienen un límite superior a la cantidad de mensajes. MB Trading tiene un límite de 20K mensajes por día, GO Markets posee un límite de 10K mensajes (se comunicarán con usted en caso de que envíe más información). Otros corredores generalmente lo contactarán en caso de que sus cuentas comiencen con hiperactividad, sin embargo, dicen que es lt; Los mensajes de 2K diarios están bien.

Creo que si solo unas pocas personas adoptan tu idea, entonces no debería ser un problema. Pero ¿y si miles de individuos? ¿Les preguntaste si está bien si miles de comerciantes lo hacen? Si el servidor comercial tiene que manejar mil solicitudes adicionales de transacciones cada 30 s, imagine la carga. No soy un experto en informática. Es mi preocupación. Mi experiencia me dijo que si envío muchas solicitudes comerciales en un momento, mi tasa de ejecución comenzará a empeorar.

Iniciado por ;

Creo que si solo unas pocas personas abrazan tu idea, entonces no debería ser un problema. Sin embargo, ¿y si miles de personas? ¿Les preguntaste si está bien si millones de comerciantes hacen esto? Si el servidor de comercio necesita encargarse de cada 30 segundos a mil pedidos adicionales, imagine la carga. No soy un experto en informática. Es mi preocupación.

Sí, esto es justo lo que les pedí, les dije entonces que planeaba imprimirlo enforexycfdsy que potencialmente muchos revendedores usarían esta EA. La carga del servidor puede duplicarse, incluso si un pequeño porcentaje comienza a usarlo. Dijeron que no debería ser un problema. FinFx expresó preocupación inicialmente, pero luego volvió a mencionar que no era un problema.