Hace 14 años | Por --138914-- a blog.chromium.org
Publicado hace 14 años por --138914-- a blog.chromium.org

Actualmente los servidores y los navegadores web se comunican utilizando HTTP, este es un protocolo del año 1996 que hasta ahora ha servido muy bien. Google ha anunciado que esta trabajando en un protocolo experimental llamado SPDY, de la palabra speedy, el cual permite streams de datos bidireccionales y compresión de los datos de las cabeceras. En sus pruebas internas este protocolo es el doble de rápido que HTTP. Google ha publicado el protocolo, la documentación, papers y el código como software libre.

Comentarios

Claustronegro

Eso es mucho porno

Ferran

#27 usa Linux

J

#28 Tampoco quiero dejar la RAM apolillarse sin usar. Imágina que uso una RedHat, sin antivirus y Lynx, ¿para que querría la RAM?!!!!

#30 No me digas de lo que puedo o no puedo sorprenderme, gracias. Intentaba ser irónico, saludos.

Ferran

#8 #12 corregidme si me equivoco, pero si lo libera, entonces no lo puede controlar ¿No?

Entiendo que lo que Google quiere es mejorar la experiencia de todos los usuarios, para atraer más usuarios a internet y aumentar sus ingresos, pero sin prácticas monopolísticas, sino de forma gratuita a los usuarios finales (ya ganan con la publicidad).

k

#19 Si los datos van más comprimidos también ahorrarán ancho de banda. Esto lo hacen porque les favorece pero si a nosotros también nos favorece bienvenido sea.

J

#23 Si los datos van comprimidos hay que descomprimirlos en origen/destino, entre lo que me consume el Vista, el Norton y el Firefox, no creo que me quede RAM para semejante tarea.

t

#27 te sorprendería saber entonces que hoy en día ese trabajo ya lo está haciendo tu Firefox (muchas, muchísimas páginas se sirven comprimidas con gzip y tu navegador las descomprime al vuelo).

D

#19 Controlar en principio no, aunque no me extrañaría que inventaran algo.

Mi comentario iba dirigido a que en Internet ya encuentras a Google hasta en la sopa.

zarox

#8 ya inventarán Gspeedy o Kspeedy en otro lao...

D

spdy://meneame.net

Quizás quiso decir: eyaculación precoz

Ultimatum

55% faster no es x2

100% faster = x2

entonces,

55% faster ~= x3/2

t

¿SPDY? Lo siento, señores de Google: Ya he utilizado ese nombre para MI protocolo web.

Hala, ya lo están cambiando

"Ya he utilizado ese nombre para MI lenguaje de programación"

Hace 14 años | Por araujo a code.google.com

t

Al final sera verdad que internet se llamara google lol

K

SPDY González.

Rafaesp90

Ayer el lenguaje Go y hoy esto, vaya racha de noticias de google llevamos... la compra de gizmo5 tambien. Me encanta

JanSmite

Serán un monopolio, pero lo disimulan muy bien...

A

Joder con los de Google, llevan una semanita de aupa, que si compran AdMob, Gizmo5, lanzan el lenguaje Go, ahora esto del SPDY y lo mejor viene en breve que será cuando lancen Chrome OS.

D

#13 es lo que pasa cuando tienes la pasta y el prestigio como para contratar a los mejores de cada campo y les dejas cierta libertad para emprender sus propios proyectos... que todo lo que podrian haber desarrollado en otras empresas o por si mismos, acaban haciendolo en tu nombre.

marcoschus

edit: q sean x3

marcoschus

que dices #2

marcoschus

#2 #3 la culpa es de Meneame por dejar editar comentarios en la vida real... si la cagas, la cagas

Locodelacolina

#2 Quizás ahora no, pero tiempo al tiempo, ¿hubieras imaginado tu en las primeras epocas de RTB que necesitarías un ancho de 4 megas (aprox) para visualizar video?

De hecho la gente no imaginaba en los principios de ARPANET que se pudiera recibir algo más que no fuera texto, con lo cual una tasa de 3Ks el segundo era "excesiva".

GodMoney

A challenger appears!

D

El problema de cambiar un protocolo como http, ftp, etc, no es encontrar una alternativa mejor, si no convencer a todos de que lo usen como estándar, y por mucho google que sean, dudo de que la gente se suba al carro, salvo que ofrezcan ventajas adicionales a las tecnológicas.

iRiku87

#21 Estoy de acuerdo contigo. Las tecnologías básicas que usamos ahora mismo están tan ancladas en la red, que es casi imposible cambiarla. No se puede sustituir así como así un protocolo tan importante como el http así como así. Es demasiado bestia.

Es igual que la transición de IPv4 a IPv6... es algo que tarde ó temprano tiene que hacerse, pero el sistema actual está tan implantada, y tiene tantas raices puestas, que quitarlo puede hacer mucho daño.

javielillo

#21 Tu como usuario te dará completamente igual qué protocolo se use para enviarte las páginas,,, Si se implementa en la mayoría de servidores web y navegadores estate seguro que los administradores web que quieran ahorrarse la mitad o más de ancho de banda mensual no se lo pensarian 2 veces...

D

LOL ahora yo tambien tendo que editar.

fallheim

Y así, nietos míos, es como Google se hizo con el interné.

faelomx

aqui vendrá al 1'2% y con antivirus

ktzar

Me parece que es extremedamente complicado hoy en día implantar algo así. O hay una tecnología rompedora que empuja al cambio, o se quedará en nada... Con lo difícil que está siendo poder usar CSS y HTML estándar, como para cambiar el nivel de sesión... Aunque bueno, si realmente hay una manera sencilla de hacerlo (como un module de Apache), y se empieza a implantar, quizás poco a poco veamos cómo vamos cambiando el querido http por spdy.

D

¿Para cuando el protocolo de El Correcaminos (tm)?

¡MIC, MIC!

L

Lo bueno para nosotros, es que a Google le interesa que internet vaya lo mejor posible y tengamos el mayor número y la mejor calidad de herramientas online para que pasemos más tiempo conectados y de vez cuando pinchemos en uno de sus anuncios (que como no son intrusivos no me molestan). El día que actúen como un monopolio (subiendo precios por encima de lo competitivo o rebajando la calidad del producto) o haga un mal uso de nuestros datos, ya me quejaré.

J

#49 Nivel de aplicación.

Annihilator

Google Network en 3, 2, 1...

m
D

Y mientras tanto los fascistas europeos intentan censurar internet.

S

marketing online -> compra AdMob
innovación -> anuncia "su" lenguaje de programación Go
mejorar la experiencia en internet -> dejan caer un nuevo protocolo http...

Vale,en una semana ha dado un repaso a todos sus palos para dejarnos claro su mercado pero... empieza a dar un poco de miedo esto ya,no??

dudo

Aleluya. Que jubilen el http y el html de paso.

r

Mercurio, Venus, Google, Marte, Jupiter Saturno, Urano y Neptuno... (aunque suena mas bonito con pluton al final)

D

spdy://gonzalez.es

B

Vale cambian el http... y para cuando cambiaran el "Par de Cobre", que creo que esto en sus inicios cuando se puso ni se imaginaba que se utilizaria para lo que se usa hoy en dia, y timofonica de España y CIA ya tienen mas que amortizados los hilos de cobra que hay por España adelante para que se dignen a hacer una inversion decente y asi realmente multiplicar la velocidad de la web x2 (x2 la velociadd de conexion), parece increible que el ADSL etc lleve "estancado" estos años y sin embargo la conexion via telefono movil ya anuncia 20mbps y subiendo ...

D

Google está metido en absolutamente todo, menos mal que hasta lo están haciendo muy bien porque sino nos iría de culo.

albertbp

Aquí también hablan del tema.

http://www.osnews.com/story/22486/A_2x_Faster_web_SPDY

Lo que me ha llegado al corazón es el comentario de:

Header compression resulted in an ~88% reduction in the size of request headers and an ~85% reduction in the size of response headers. On the lower-bandwidth DSL link, in which the upload link is only 375 Mbps, request header compression in particular, led to significant page load time improvements for certain sites (i.e. those that issued large number of resource requests). We found a reduction of 45 - 1142 ms in page load time simply due to header compression.

El punto l_ower-bandwith_ DSL link in which the upload is only 375 Mbps, es un error y son Kbps, pero entonces si 375 Kbps es lower-bandwith, ¿yo con los fantasticos 1Mb de bajada y 256 Kb de subida que tengo? buaaaaa buaaaaaa buaaaaa

vitichenko

dentro de poco tendremos google condom... que ya solo les falta tocar la industria del porno... a ver si se dan prisa

Zade

#31 Cuando eso ocurra, la raza humana colapsará... todo el mundo muerto por deshidratación

D

A estas alturas está claro que muchisimas cosas que se están haciendo sobre http podrían hacerse mucho mejor con otros protocolos. Pero http es ubicuo, hay cientos de servidores y cientos de clientes, y hacer que tu tecnología actual hable sobre http tiene un coste cercano a cero.

Hacemos streaming de audio y video a través del navegador. Yo abro conexiones vpn a través del navegador. Usamos cookies y ñapas por el estilo para hacer de un protocolo stateless todo lo contrario. Y ya por último nos inventamos soap y los servicios web y metemos la comunicación de toda clase de aplicaciones a través de http. Todo pura inercia, por supuesto, pero muy dificil de vencer.

Y teniendo "Accept-Encoding" para comprimir el cuerpo de los mensajes, ahora alguien pretende redefinir por completo el estándar http para comprimir la cabecera. Já. Pues mucha suerte, chavales.

musg0

#51 Yo veo bastante factible el cambio. Mucho más fácil que con SMTP por ejemplo. En la url especificas el nuevo protocolo, como ya han puesto muchos, y el navegador y el servidor hablarán con ese nuevo protocolo si es que lo soportan. Si el servidor no lo soporta, el propio navegador usaría http como segunda opción.
Al principio el protocolo por defecto sería http y convivirían durante mucho tiempo los dos pero al cabo de un tiempo si los servidores se animan a dar soporte al nuevo protocolo se podría cambiar el protocolo por defecto del navegador.

Por último para el tema de controlar el estado de la aplicación saldrían librerías multiprotocolo que te aislarían del protocolo y permitirían programar una vez para los dos protocolos.

Obviamente no es un cambio de hoy para mañana pero se pueden escalonar y compaginar los dos protocolos durante varios años hasta que el http caiga por su propia impopularidad como ha pasado con el eMule y el paso a Kademlia, por ejemplo.