Hay muchos blogs y discusiones sobre websocket y HTTP, y muchos desarrolladores y sitios abogan fuertemente por websockets, pero aún no puedo entender por qué.

por ejemplo (argumentos de los amantes de websocket):

HTML5 Web Sockets representa la siguiente evolución de las comunicaciones web: un canal de comunicaciones bidireccional de dúplex completo que funciona a través de un solo socket a través de la Web. (http://www.websocket.org/quantum.html )

HTTP admite la transmisión por secuencias: solicitud de transmisión por el cuerpo (la está utilizando al cargar archivos grandes) y transmisión por respuesta del cuerpo.

Durante la conexión con WebSocket, el cliente y el servidor intercambian datos por trama de 2 bytes cada uno, en comparación con los 8 kilo de bytes del encabezado http cuando realiza un sondeo continuo.

¿Por qué esos 2 bytes no incluyen la sobrecarga de los protocolos tcp y tcp?

GET /about.html HTTP/1.1
Host: example.org

Esto es ~ 48 bytes de encabezado http.

codificación HTTP fragmentada -http://ru.wikipedia.org/wiki/Chunked_transfer_encoding :

23
This is the data in the first chunk
1A
and this is the second one
3
con
8
sequence
0

Por lo tanto, la sobrecarga por cada trozo no es grande.

Además, ambos protocolos funcionan sobre TCP, por lo que todos los problemas de TCP con conexiones de larga duración siguen ahí.

Pregunta:

¿Por qué es mejor el protocolo websockets?¿Por qué se implementó en lugar de actualizar el protocolo http?