API FIX - Página 3
API FIX

 

Publi

Página 3 de 353 PrimerPrimer 123
Resultados 21 al 24 de 24

Tema: API FIX

  1. #21
    Hola, me refería al momento en que realizo el pedido al servidor del intermediario. Con MT4, lo mejor que he logrado ha sido: ping inferior a 2 ms (intermediarios y VPS en Londres), sistema MT4 de 30 ms y sistema (procesador, memoria) de 5-90 ms. En promedio, he tenido un total de 50 ms. Espero con FIX (pero no lo sé): tener aún ping 2 ms (con servidor dedicado y conexión cruzada 0.5 ms). Usando FIX para eliminar MT4 y 30 ms de pérdida. Y probablemente mi aplicación y servidor tomarían menos de 10 ms. Pensé que podría ejecutar el pedido en 10 ms después de que mi software calcule la oportunidad. Es por eso que estaba preguntando si 10 ms es demasiado lento. ¿es realista o podemos ir más rápido? ¿Necesitamos más rápido? ¿Cuál es tu experiencia y pensamiento sobre eso? Gracias por la ayuda. Hola, tienes las siguientes latencias: 1. Intercambia el servidor a la pila TCP en tu servidor 2. Pila TCP a tu algo 3. Analiza el mensaje entrante dentro de tu algo 4. Negocia la lógica 5. Compone el mensaje de la orden 6. Envía el mensaje de la orden a través de su pila TCP 7. Pila TCP al servidor comercial Con mi versión actual, mis latencias en un VPS de 2 núcleos con Linux Cent OS para aproximadamente 60 # 8364; por mes son: 1. Con una conexión cruzada puede bajar a 0.2 milisegundos si cree lo que dicen los hosters. Realmente no puedes medirlo por ti mismo, ya que los servidores de intercambio no funcionan. No responden. 2. No lo sé realmente. Si alquila un servidor dedicado con una tarjeta solaflare, puede hacer un bypass de kernel y ahorrar de 10 a 20 microsegundos. Si alguien sabe que sería interesante 3. Paso meses en mi analizador. Si no utiliza las funciones de compilación de Java, puede volverse muy rápido aquí. También solo analiza lo que realmente necesitas analizar. Tengo una latencia de 5 a 10 microsegundos aquí. Pero también hago muchas cosas dentro del analizador sintáctico que se realizan de manera más eficiente directamente al analizar un mensaje, por lo que no es necesario hacerlo más tarde, p. dentro de la lógica comercial. 4. Como 5 a 20 microsegundos. Depende de tu lógica 5. La composición también requiere aproximadamente 5 microsegundos. 6. Escribir el mensaje compuesto en la pila TCP lleva de 15 a 50 microsegundos. No puedo decir cuánto tiempo tardará hasta que el mensaje esté en camino al servidor de comercio 7. Lo mismo que 1 En comparación con la duración de la conexión entre el servidor comercial y nuestro servidor o VPS (0.2 milisegundos por dirección) la latencia del algo se puede reducir muy bajo Editar: Medí mis latencias cuando ejecuté mi algo en vivo en mi VPS. Hay algunos proveedores de motores FIX API que dicen ser súper rápidos y latencia más baja posible. Lo que hacen es hacer ones en condiciones que nunca se cumplen en condiciones de vida. P.ej. están analizando un mensaje 100 mil veces, miden el tiempo que tomó y dividieron el tiempo por 100.000. Cuando hago esto, necesito 900 nanosegundos (0,9 microsegundos) simplemente porque un procedimiento que se repite con tanta frecuencia se queda en la memoria superior yo recibe una prioridad tan alta del sistema operativo que se avanza tan rápido. Cuando ejecutas tu algoen vivo hay muchos procedimientos y pasos en competencia que se están realizando, por lo que las latencias en vivo difieren mucho de aquellas micro evaluaciones que solo sirven para hacer que alguien compre algo ...

  2.                         
    Publicidad
  3. #22
    Gracias por la respuesta. Esta es una buena noticia para mí porque también he decidido usar Java porque es más fácil de aprender y codificar. ¿Qué es, en tu opinión, una ejecución lo suficientemente buena? ¿Se tardan 10 milisegundos? Gracias. ¿Desde qué momento empiezas a medir la ejecución? ¿Cuando la orden ha llegado al servidor de corretaje? Si es así, todo alrededor de 10 ms es bastante bueno y no lo encontrarás muy a menudo. Casi todos los intermediarios ejecutan la última opción o usan los topes de velocidad para retrasar la ejecución.

  4. #23
    Hola. Noté que intercambias usando FIX. Estoy empezando con eso, tratando de hacer que FIX funcione. ¿Qué idioma estás usando para el motor FIX? C , Java? Gracias Hola, codifiqué mi primer bot de FIX en Java. Luego lo hizo de nuevo en C para aumentar la velocidad. Ahora lo rematé desde cero en Java, incluida toda mi experiencia que hice con los primeros intentos, y puedo decir que Java es adecuada para mí. También puede bajar de nivel muy bajo, por lo que no hay una gran diferencia de velocidad en comparación con C y puedo hacer cambios rápidamente. Y eso es realmente importante. Incluso más que guardar otros 5 microsegundos para redactar un mensaje de pedido o algo así. Saludos cordiales, Jan

  5. #24
    Hola a todos,
    de vez en cuando me preguntan porque he omitido algunas publicaciones aquí en FF.
    Comencé a aprender MQL y me enfrenté a la necesidad de convertirme en una plataforma de negociación independiente al migrar a.
    Eso fue muy difícil ya que no estudié informática y no pude codificar ningún idioma sino MQL.
    Hay muchas cosas y una gran ayuda para cualquier problema que simplemente no entiendas cuando faltan los primeros pasos.
    Estos primeros pasos fueron la mayor barrera para mí y tardé mucho en hacerlos. Y sin la ayuda de hábiles codificadores, no habría sido capaz de resolverlo.
    Voy a ayudar a todos los que no tienen ni idea de cómo dar el siguiente paso para codificar su propio motor. Por supuesto, necesito tiempo libre para esto, así que si hay demasiadas preguntas, puede llevar un tiempo. Pero no creo que este sea el caso.
    Simplemente estoy comenzando publicando el último PM que recibí sobre él y mi respuesta reciente.

Permisos de publicación

  • No puedes crear nuevos temas
  • No puedes responder temas
  • No puedes subir archivos adjuntos
  • No puedes editar tus mensajes
  •  
Uso de cookies
Utilizamos cookies propias y de terceros para elaborar información estadística y mostrarle publicidad personalizada a través del análisis de su navegación. Si continúa navegando acepta su uso. Más información y política de cookies.
     

Aviso legal: Ni forosforex.com ni ninguna persona involucrada en forosforex.com aceptarán ninguna responsabilidad por cualquier pérdida o daño en el trading como resultado de la confianza en la información contenida en este sitio web, incluidos datos, cotizaciones, gráficos y señales de compra/venta. Por favor, infórmese plenamente de los riesgos y costes asociados a las operaciones en los mercados financieros, una de las formas de inversión que más riesgos entrañan.
forosforex.com le quiere recordar que los datos contenidos en este sitio web no son necesariamente en tiempo real ni exactos. forosforex.com no asume responsabilidad alguna por las pérdidas en que usted podría incurrir como resultado de la utilización de estos datos. Este acuerdo se rige por su versión en inglés, que prevalecerá siempre que haya alguna discrepancia entre la versión en inglés y la versión en español. Los CFD son un producto difícil de entender, varios organismos reguladores consideran que no es adecuado para inversores minoristas debido a su complejidad y riesgo.
Advertencia de riesgo: Los CFDs son un producto difícil de entender, y puede no ser adecuado para inversores minoristas debido a su complejidad y riesgo. Existe la posibilidad de sufrir una pérdida igual o superior a la inversión. Por lo tanto, no debe invertir o arriesgar dinero que no pueda permitirse perder. Debe asegurarse de que comprende todos los riesgos. Antes de abrir una cuenta en un broker por favor sea consciente e infórmese de los riesgos asociados con el trading. El contenido de este sitio web no debe interpretarse como asesoramiento personal. ForosForex recomienda que busque el consejo de un asesor financiero independiente.