| Todas las notícias | Noticias publicadas | Pendientes | Descartadas | Noticia |
5 votos
Google trabaja en un sustituto experimental para HTTPhttp://blog.chromium.org/2009/11/2x-faster-web.htm
Silicon Valley, California 13/11/2009
En el blog de desarrollo del navegador Chrome de Google, nos presentan SPDY ( se lee espidi del speedy inglés ), un proyecto de protocolo de transporte experimental en primeras fases de desarrollo. La función de SPDY sería equivalente al actual HTTP pero con algunas diferencias enfocadas a mejorar la velocidad de la respuesta.
Según sus desarrolladores pruebas realizadas en laboratorio han conseguido una mejora en un 55% del tiempo de carga de las páginas. La clave de esta mejora de las comunicaciones cliente-servidor, que también persiguen otros proyectos cómo HTTP over SCTP, recae en la mejor utilización del ancho de banda disponible.
Las principales mejoras de rendimiento de SPDY en comparación con HTTP son:
Según sus desarrolladores pruebas realizadas en laboratorio han conseguido una mejora en un 55% del tiempo de carga de las páginas. La clave de esta mejora de las comunicaciones cliente-servidor, que también persiguen otros proyectos cómo HTTP over SCTP, recae en la mejor utilización del ancho de banda disponible.Las principales mejoras de rendimiento de SPDY en comparación con HTTP son:
Múltiples canales por conexión TCPEn la página del proyecto, encontramos su documentación, especificación del protocolo y un programa cliente.
Permite la existencia de múltiples canales de comunicación en una misma conexión TCP. De esta forma, aumenta el tamaño medio de los paquetes transmitidos pudiendo enviar los mismos datos en menos paquetes y por lo tanto gastando menos ancho de banda con cabeceras TCP.
Prioridades
Prioridades en las transmisiones para mejorar el funcionamiento en caso de sobrecarga del canal de comunicaciones.
Compresión ( también de encabezados )
Igual que HTTP, SPDY permite comprimir los datos transferidos, pero SPDY es capaz de comprimir las cabeceras HTTP además de su contenido, mientras que HTTP tiene que tener los encabezados sin comprimir ya que en ellos se indica cómo descomprimir el contenido

eloi
