Tema: Mejore la latencia al deshabilitar el algoritmo de Nagle

�Alguien ha intentado desactivar
http://en.wikipedia.org/wiki/Nagle#39;s_algorithmde la computadora y ver una mejora significativa en la latencia de la plataforma comercial.

Seg�n tengo entendido, algunos juegos en l�nea descubren c�mo reducir la latencia a la mitad al hacer esto.

Estoy planeando hacer un poco de pruebas de latencia/trazado de ruta en mi propio corredor a partir del lanzamiento del domingo en adelante... Voy a analizar la latencia entre mi corredor del Reino Unido antes de cambiar el registro junto con la clave TcpAckFrequency... Luego haga el cambie y realice un seguimiento de los tiempos de latencia/ping para ver cu�ndo puedo ver alg�n progreso. Tambi�n modifiqu� mi mt4 de varias maneras para asegurarme de que funcione lo m�s r�pido posible, me asegur� de que mi Terminal.exe NO tenga interferencias de mi Firewall o AntiVirus tambi�n... Mejor� mi archivo de paginaci�n/intercambio en mi PC y pondr� mi disco duro al d�a realizando una desfragmentaci�n completa para asegurarme de que no haya el mayor retraso posible de mi parte para ayudar a aumentar los tiempos de ejecuci�n de mi pedido como ahora. . Obtener un error de precio no v�lido, incluso si el mercado no era vol�til, me hizo perder una operaci�n por 42 pips de ganancia. Si alguien nota alg�n avance en los art�culos aqu�, mant�nganos informados. Hacer la ejecuci�n comercial a menudo se pasa por alto, pero es bastante importante en mi opini�n.

Iniciado por ;

Si est� interesado en reducir la latencia... Pruebe este enlace... Juego mucho en l�nea... CoD y BF2. . El ping t�pico era de 70 a 90, despu�s del parche ejecut� de 40 a 60 ms.
Http://www.wowinterface.com/download...atencyFix.html

s�, lo que hace ese software es deshabilitar el algoritmo de nagle sin editar el registro manualmente.

Si est�s pensando en reducir la latencia... Prueba este enlace... Realizo muchos deportes en Internet... CoD y BF2. . El ping t�pico fue de aproximadamente 70 a 90, despu�s del parche que ejecut� a 40 a 60 ms.
http://www.wowinterface.com/download...atencyFix.html

Iniciado por ;

Corr�geme si estoy equivocado. Creo que cambiar a un servidor dns m�s r�pido no es tan poderoso porque nuestra computadora verificar� la segunda o las siguientes preguntas de dominio con nuestro nombre de cach� dns regional.

Joder, buen punto. Ha pasado un tiempo desde que hice la red certificada
para un servidor dns regional:
http://www.analogx.com/contents/down...c/Freeware.htm

Iniciado por ;

�Es eso algo que realmente puede configurar como individuo? Sospecho que no, pero si puedes, �podr�as se�alarnos el camino del camino? editar: oh, ya veo. Puedes regeditarlo. Meh, no gracias
/edit No s� mucho sobre protocolos web, pero entiendo un poco (suficiente para ser m�s tonto que no entender nada). Por lo que acabo de leer, me parece que el algoritmo de nagle es para ayudar a la eficiencia de TCP. La latencia en los juegos en realidad no deber�a ser una consideraci�n porque (seg�n tengo entendido) la mayor�a de los juegos se pueden construir, y se construyen, principalmente en torno a UDP, que no perdura...

ninguno de los dos entiendo muchos protocolos web, en particular la interacci�n entre el servidor del corredor y la plataforma del cliente. Esa es la raz�n por la que estoy buscando la opini�n de algunos expertos en TI.

Iniciado por ;

todav�a no, acabo de desactivar QoS y encontr� el DNS m�s r�pido para configurar en mi m�dem dsl (
http://code.google.com/p/namebench/). Cambiar� gracias por la propina, este fin de semana. aqu� las claves de registro:
http://www.windowsreference.com/wind...windows-vista/y
http://www.speedguide.net/articles/w...ore-tweaks-158

Corr�geme si estoy equivocado. Creo que cambiar a un servidor dns no es tan poderoso porque nuestra computadora verificar� la segunda o las siguientes preguntas de dominio con nuestro nombre de cach� dns local.

Sin embargo, solo tengo QoS deshabilitado y descubr� el DNS m�s r�pido para configurar en mi m�dem dsl (
http://code.google.com/p/namebench/). Cambiar� esto este fin de semana. aqu� que las claves de registro:
http://www.windowsreference.com/wind...windows-vista/y
http://www.speedguide.net/articles/w...ore-tweaks-158

Iniciado por ;

�Alguien ha intentado alguna vez deshabilitar
http://en.wikipedia.org/wiki/Nagle's_algorithmde su computadora y sea testigo de una mejora significativa en la latencia de su plataforma de negociaci�n. Seg�n tengo entendido, algunos juegos en l�nea descubren c�mo reducir la latencia a la mitad al hacer esto.

�Es esto algo que realmente puede configurar como usuario? Supongo que no, pero en caso de que pueda, �podr�a indicarnos c�mo hacerlo? editar: oh, ya veo. Puedes regeditarlo. Meh, no gracias
/edit No s� mucho sobre protocolos de Internet, pero s� un poco (suficiente para ser m�s tonto que no entender nada). Por lo que le�, me parece que el algoritmo de Nagle es para ayudar a la eficiencia de TCP. La latencia en los juegos realmente no deber�a ser una consideraci�n porque (hasta donde yo s�) la mayor�a de los juegos podr�an construirse, y est�n construidos, principalmente en torno a UDP, que no sufre exactamente los mismos problemas de sincronizaci�n que puede enfrentar el programa TCP. Quiero decir, claro, cosas como una actualizaci�n del marcador y las conexiones iniciales entre los servidores y el cliente son con TCP debido a que requieren reconocimientos ... pero los datos cruciales de latencia, como las actualizaciones de estado y posici�n, podr�an enviarse mediante UDP ya que no necesitan un ACK. . Por lo tanto, mi conclusi�n de novato es que el algoritmo de nagle realmente no deber�a influir en muchos juegos afectados por la latencia, ya que de todos modos no utilizar�n TCP para la mayor parte de la transmisi�n. En cuanto a MT4, bueno, qui�n sabe. No ser�a sorprendente si hubiera una combinaci�n de TCP y UDP. Me imagino que el algoritmo de Nagle ser�a una consideraci�n. Supondr�a que hacer cosas como abrir y modificar tickets es una transmisi�n TCP, si los codificadores lo hicieran con UDP o alguna combinaci�n inversa de ambos, pero no me sorprender�a. Marque las actualizaciones sobre los gr�ficos que operar�a en UDP (el servidor NO NECESITA saber si un cliente recibi� la actualizaci�n o no, pero ser�a bueno si el cliente obtuviera toda la informaci�n; sin embargo, a la larga se sobrescribir�) con nueva informaci�n dentro de un cierto per�odo de tiempo con una nueva se�al de todos modos.El servidor solo necesita un ping de mantenimiento de vez en cuando para saber si contin�a transmitiendo informaci�n al cliente).

Gracias por los consejos.