MT5 Para los que se preocupan por la velocidad. - página 4
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
Se hace un ping al servidor + el tiempo de procesamiento del terminal.
Elping es el tiempo que se tarda en transmitir una petición (paquete de información) del cliente al servidor y de vuelta del servidor al cliente.
Así, el ping depende de la cantidad de datos transmitidos, donde cada bit de información (dirección de origen, dirección de destino, bits de control y paquete de datos) cuando se transmite desde mi ordenador al router a través de Ethernet a 10MHz tarda 0,1 µs. Es decir, la transferencia de 2 direcciones y el receptor y la fuente toma 8 bytes o 64 bits, o 6,4 µs si la frecuencia de 1 MHz (que también es muy posible porque el fabricante escribe de 1 a 10 MHz) el tiempo será de 64 µs. y en la recepción de pings más 64 entonces será 128 µs ... y la información aún no ha llegado a la Internet ... y los datos en el paquete no es. El paquete de datos mínimo es algo así como 46 palabras...+ 4 palabras por lo que el tiempo puede ser 128 + 800 = 1528 µs. Se desconoce cuál es la cantidad real de datos en el paquete. En la recepción=este tiempo se pasa de nuevo.
También hay que tener en cuenta que el concepto del sistema incluye no sólo un software de metatradera, sino también el ordenador del usuario, las líneas, el módem, el ISP, el servidor y los expertos e indicadores.
Además, el tiempo de respuesta del servidor varía mucho.
Una cosa más - el programa terminal sólo funciona en flujo, porque Windows tiene muchas otras tareas ...
El caso es que he visto varias veces que el terminal no respondía más de un minuto ante fuertes movimientos de precios.
El currículum es el siguiente? Hay que imaginar el proceso físico, pensar en el tiempo de ejecución del proceso y probar el programa con datos reales. Por cierto, el hombre es bastante esclarecedor.
El caso es que he observado varias veces que el terminal no reaccionaba durante más de un minuto cuando el precio se movía con fuerza.
El currículum es el siguiente? Cuando se diseña un sistema y, sobre todo, cuando se programa, hay que entender el proceso físico, pensar en el tiempo de ejecución del proceso y probar el programa con datos reales.
Elping es el tiempo que se tarda en enviar una petición (paquete de información) del cliente al servidor y de vuelta del servidor al cliente.
Es decir, el ping depende de la cantidad de datos transmitidos, donde cada bit de información (dirección de origen, dirección del receptor, bits de control y paquete de datos) en la transmisión desde mi ordenador al router a través de Ethernet a 10 MHz tarda 0,1 µs. Es decir, la transferencia de 2 direcciones y el receptor y la fuente toma 8 bytes o 64 bits, o 6,4 µs si la frecuencia de 1 MHz (que también es muy posible porque el fabricante escribe de 1 a 10 MHz) el tiempo será de 64 µs. y en la recepción de pings más 64 entonces será 128 µs ... y la información aún no ha llegado a la Internet ... y los datos en el paquete no es. El paquete de datos mínimo es algo así como 46 palabras...+ 4 palabras por lo que el tiempo puede ser 128 + 800 = 1528 µs. Se desconoce cuál es la cantidad real de datos en el paquete. En la recepción=este tiempo se pasa de nuevo.
También hay que tener en cuenta que el concepto del sistema incluye no sólo un software de metatradera, sino también el ordenador del usuario, las líneas, el módem, el ISP, el servidor, el Asesor Experto y los indicadores.
Además, el tiempo de respuesta del servidor varía mucho.
Una cosa más - el programa terminal sólo funciona en flujo, porque Windows tiene muchas otras tareas ...
El caso es que he visto varias veces que el terminal no respondía más de un minuto ante fuertes movimientos de precios.
El currículum es el siguiente? Hay que imaginar el proceso físico, pensar en el tiempo de ejecución del proceso y probar el programa con datos reales. Por cierto, el hombre es bastante esclarecedor.
Estas afirmaciones deben estar respaldadas por pruebas.
¿Los tienes?
Estimado Renat, todo lo cómico es que cuando compras un router o cualquier otro dispositivo como un ratón, por ejemplo, la documentación especifica protocolos como:
4x LAN (10/100/1000 Mbps)
Si compras una salchicha Gosta puedes leer el contenido mínimo de carne...
Al comprar Metatrader, nadie puede saber qué parámetros de rendimiento garantiza, porque no garantiza nada ... ni un solo parámetro de rendimiento, simplemente no existen ...
Así que técnicamente no se puede violar nada ni el tiempo de respuesta del servidor ni la velocidad de ejecución de las operaciones ni el tiempo de ejecución de los comandos...
No sólo eso, sino que incluso consigues conspirar el protocolo de intercambio con el servidor...
Esto equivale aproximadamente a segregar el intervalo máximo del autobús o del tren, o la composición de la carne en una salchicha.
Por supuesto, el tiempo de ejecución del programa será diferente para un procesador de 8 núcleos y un Atom de un solo núcleo, pero es posible dar paramen a alguna modificación media...
En términos de comercio de acciones todavía vivimos en la Edad de Piedra, por lo que hay compradores de tales programas y sistemas... Por ello, se está trabajando en la estandarización del protocolo de red FX API, en el que se describirán los parámetros del protocolo y se vinculará ...
lo cómico es que shelandr está trabajando en la estandarización del protocolo de red FX API en el que se escribirán los parámetros del protocolo
Así es. Os estáis reinventando. :)
Hace tiempo quelos FX están pintados y estandarizados.
Aprende las matemáticas, escucha a la gente y toma notas en silencio. No hables todavía, que haces el ridículo.
Estimado shelandr,
Nadie puede garantizar la velocidad del dispositivo final (aparte de los comercializadores desvinculados), ya que casi todo depende de:
La latencia de la red es uno de los mayores problemas para los comerciantes. Y no se puede aceptar ninguna reclamación de TCP. La solución es un alojamiento de VPS/servidor cercano o, en general, trasladar la ejecución a los servidores del corredor (si la arquitectura es posible).
Las plataformas MetaTrader 4/5 utilizan puntos de acceso distribuidos geográficamente (servidores proxy) entre los que cada terminal encuentra el más rápido y trabaja con él. Esto permite acelerar radicalmente la entrega de datos de mercado (ticks, gráficos, noticias) a cada terminal.
En la negociación de alta frecuencia (HFT) es muy importante poder enviar múltiples transacciones de forma asíncrona lo más rápidamente posible sin perder una fracción de segundo en procesar el resultado. Este método de comercio asíncrono está totalmente disponible en MetaTrader 5 y reduce drásticamente el tiempo medio necesario para enviar un lote de transacciones.
Aquí la calidad de la masticación de la cola técnica está en manos de los desarrolladores y, por lo general, toda empresa que se precie publica con orgullo datos fabulosos sobre la velocidad de ejecución, sustituyendo implícitamente el concepto de "velocidad global de ejecución". Normalmente, en estos casos se habla de valores extremos de cientos de miles de transacciones por segundo, de una latencia casi nula, etc.
Analizar su propia cola de peticiones en el servidor es una tarea técnica primitiva. Nos parece bien: las decenas de miles de transacciones por segundo que se necesitan se gestionan fácilmente. Si necesita más, el rendimiento puede aumentarse fácilmente (nuestros corredores no hacen preguntas sobre esto todavía).
Queda a discreción del agente de bolsa el momento en que una orden comercial se retira de la cola de ejecución.
Desde un punto de vista técnico, los retrasos vienen determinados por la latencia de la red, la calidad de ejecución de la pasarela y el sistema de ejecución final de la RCE/STP/Exchange. Por nuestra parte, las pasarelas de ejecución ECN/STP/Exchange se implementan de la forma más eficiente posible.
La única manera de que el operador final acelere es reducir la latencia de la red situando el sistema de ejecución (terminal de negociación) lo más cerca posible de los servidores de negociación del corredor.
En el nivel actual de desarrollo técnico, la elección del lenguaje de programación y de la API tiene poco efecto en la velocidad de generación de transacciones comerciales en el lado del cliente. Dicho esto, MQL5 es un lenguaje de programación muy, muy rápido gracias a un buen compilador/optimizador y a la generación de código ejecutable nativo de 32/64 bits, proporciona una ejecución segura de sandbox y ofrece una enorme API (documentación de más de 3000 páginas) para acceder a todo el entorno del mercado.
Los sistemas de comercio algorítmico como MetaTrader 5 con este nivel de integración y capacidades API son casi inexistentes en el mercado.
Eso es más bien. Te estás reinventando. :)
Hace tiempo que se pintan y se estandarizanlos arreglos.
Aprende las matemáticas, escucha a la gente y toma notas en silencio. No hables todavía, que haces el ridículo.
Entonces, ¿por qué nos peleamos? Eso es lo que estaba preguntando...
Introduzca en la documentación palabras como:
El programa de comunicación con el servidor implementa el protocolo (especificar el enlace al documento, preferiblemente en ruso, porque estamos en el sitio de habla rusa). El tamaño del paquete de datos es tanto que las palabras a una frecuencia de tal y cual y algo más para los no particularmente avanzados ... y todo está bien ...
Parámetros de rendimiento del servidor, pregunte a su distribuidor, él está al tanto del caso.
Sanks... Porque pensé que tenía un sistema de velocidad no garantizada - es decir, para los fans de la latencia máxima garantizada no se recomienda...
Introduzca en la documentación palabras como:
El programa de comunicación con el servidor implementa el protocolo (especifica el enlace al documento, preferiblemente en ruso, porque estamos en un sitio de habla rusa). El tamaño del paquete de datos es de tantas palabras a una frecuencia de tal y cual y algo más para los no especialmente avanzados... y ya está...
Santa ingenuidad.
Recomiendo pensar en la protección de los derechos de propiedad intelectual, los secretos comerciales, la economía de los productos y otros. El egocentrismo reduce la comprensión del mundo.
Estimado shelandr,
1 Por nuestra parte, las pasarelas de ejecución ECN/STP/Exchange se implementan de la manera más eficiente posible.
2 Para el operador final, la única forma de acelerar es reducir la latencia de la red colocando el sistema de ejecución (terminal de negociación) lo más cerca posible de los servidores de negociación del corredor.
1 Quería estos parámetros en la documentación.
2 Tienes toda la razón, en cuanto al programador bajo Windows...pero ya escribí, que el sistema Windows no está pensado para sistemas en tiempo real y sirve para propósitos y tareas muy diferentes...aunque algunos se las arreglan para hacer por ejemplo ver vídeo en HD, que yo uso con gusto y de vez en cuando consigo distribuir el formato FulHD a miles de clientes. La información de una acción es polvo en comparación con ella.
Pero, por lo general, los intercambios rápidos se implementan fuera de Windows, como Skype o el cliente de correo.
No quiero cambiar el sistema operativo, es su elección... Sólo quiero poder comunicarme con su protocolo de servidor y darme la oportunidad de procesar la información de intercambio en la plataforma que yo prefiera y poder controlar la conexión y controlar la información que se bombea desde mi terminal, así como QUÉ y CÓMO hace el procesador mi empresa.
Esto me parece razonable.