WebSockets: utile pour réduire les frais généraux?

Question

Je construis une recherche dynamique (mise à jour avec chaque frappe): mon schéma actuel consiste, à chaque touche, envoyer une nouvelle demande AJAX au serveur et récupérer des données dans JSON.

J'ai envisagé d'ouvrir un WebSocket pour chaque "session" de recherche afin d'enregistrer des frais généraux. Je sais que cela gagnera du temps, mais la question est que cela en vaut vraiment la peine, compte tenu de ces paramètres: 80 ms Temps de ping moyen 166 ms: Temps entre chaque frappe, en supposant que les utilisateurs sont relativement rapides un taux de transfert du pire cas de 1 Mo / s , avec chaque pack de données qui doit être reçu sur chaque frappe n'étant pas plus de 1 Ko. L'application prend également quelque chose comme 30 à 40 ms pour souder les résultats de recherche au DOM.

J'ai trouvé ça: HTTP vs WebSockets en ce qui concerne les frais généraux, mais c'était un cas d'utilisation différent.

Les WebSockets réduiront-ils autre chose que les frais généraux HTTP purs? Quelle est la quantité de surcharge HTTP (en supposant aucun cookie et en-têtes minimaux)?

Je suppose que les demandes HTTP ouvrent un nouveau socket réseau sur chaque demande, tandis que le WebSocket nous permet d'en utiliser un seul tout le temps. Si ma compréhension est correcte, quelle est la surcharge réelle de l'ouverture d'une nouvelle prise de réseau?