Login Barrapunto
Google propone un cambio en el TCP para aumentar la velocidad
asurancetorix nos cuenta: «En Banda Ancha: "Google propone modificar la configuración del protocolo TCP para adaptarlo a la velocidad de las conexiones de banda ancha actuales. Se trata de un cambio simple, sin ningún coste y que en las pruebas realizadas mejora hasta un 12% la velocidad de navegación en la web. La propuesta que van a llevar al organismo estandarizador IETF (Internet Engineering Task Force) es una investigación que gira en torno a ampliar la ventana de congestión inicial al empezar una comunicación empleando el protocolo TCP, con vistas a incrementar la velocidad de navegación al conseguir una rebaja de la latencia"».
Este hilo ha sido archivado.
No pueden publicarse nuevos comentarios.
Google propone un cambio en el TCP para aumentar la velocidad
|
Log in/Crear cuenta
| Top
| 28 comentarios
| Buscar hilo
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
¿Cambio sin costes?
(Puntos:2, Inspirado)Me parece demasiado bonito para ser cierto. ¿Seguro que no penalizará las conexiones más lentas? ¿No requerirá cambios en el hardware? ¿Y en el software? A ver si alguien puede contar algo al respecto.
Re:¿Cambio sin costes?
(Puntos:4, Informativo)Si lo he entendido bien, junto mis pobres conocimiento de transmisión de datos... Sí, la mejora puede ser significativa, sin ningún coste y no debiera penalizar las conexiones lentas. Lo que sí que penalizaría son las conexiones inestables o que se produzcan errores, que es un matiz diferente.
Otra historia dependería de la memoria de los dispositivos que puedan almacenar ese tamaño... y aún así no creo que debiera haber mucho problema (puesto que realmente la ventana se va ampliando si no hay ningún error).
Según parece lo que quieren hacer es que en vez de, por ejemplo, empezar enviando 2 tramas antes de esperar un ACK (confirmación), pues que se comience enviando 10.
El servidor, en ese hipotético caso, ha enviado 5 veces más información de una sola tacada; mientras que en ahora serían necesaria una conversación más larga.
La verdad es que a Google puede que le interese porque posiblemente así pueda mandar los resultados de una búsqueda de un solo envío. Casí sería como si los enviara a través de UDP, y sin tener que entablar una bonita charla con el ordenador destino.
Perdón por simplificar demasiado las cosas.
Re:WWW
(Puntos:5, Informativo)( http://www.pdatungsteno.com/ | Última bitácora: Lunes, 21 Agosto de 2006, 11:47h )
Si tienes un teléfono o PDA Palm o Windows Mobile, visita pdatungsteno.com
Re:WWW
(Puntos:2, Informativo)( http://identi.ca/jmsm )
En TCP/IP se basan:
Todos esos protocolos (y muchos otros) se beneficiarían de esta modificación
Si tienes problemas para sonar arrogante, pide a un usuario de Unix que te ayude. - Scott Adams
Re:Una Internet 8 veces más rápida
(Puntos:1)Re:Una Internet 8 veces más rápida
(Puntos:1)Re:Véase página 7
(Puntos:1, Informativo)2 Client server TCP Communication
2.1 Connection establishment
2.2 Connection startup message exchange
2.3 File search
2.4 Callback mechanism
3 Client server UDP Communication
3.1 Server keep alive and status information
3.2 Enhanced file search
3.3 Enhanced file-source searches
4 Client to Client TCP Communication
4.1 Initial handshake
4.2 Secure user identification
4.2.1 The credit system
4.3 Requesting files
4.3.1 Basic message exchange
4.3.2 File not found scenario
4.3.3 Enlisting to the upload queue
4.3.4 Upload queue management
4.3.5 Reaching the top of the upload queue
4.4 Data transfer
4.4.1 The data packet
4.4.2 Data transfer sequence
4.4.3 Selecting which part to download
4.5 Viewing shared files and folders
4.6 Exchanging part hashsets
4.7 Getting a file's preview