WebSockets：オーバーヘッドを減らすのに役立ちますか？

Question

動的検索を構築しています（すべてのキーストロークで更新されます）：私の現在のスキームは、各キーストロークで、サーバーに新しいAjaxリクエストを送信し、JSONでデータを取得することです。

オーバーヘッドを保存するために、「セッション」ごとにWebSocketを開くことを検討しました。これは時間を節約することを知っていますが、問題は、それらのパラメーターを考慮して、それだけの価値があるということです：80ms平均Ping時間166ms：各キーストローク間の時間、ユーザーが最悪のケース転送速度が1MB/sの比較的速いと仮定すると、すべてのキーストロークで受信する必要がある各データパックは1kb以下です。また、アプリは30〜40msのようなものを取り、検索結果をDOMに溶接します。

私はこれを見つけました： オーバーヘッドに関するHTTP対WebSockets, 、しかし、それは別のユースケースでした。

WebSocketsは、純粋なHTTPオーバーヘッド以外のものを減らしますか？ HTTPオーバーヘッドはいくらですか（クッキーと最小限のヘッダーを想定しています）？

httpは各リクエストで新しいネットワークソケットを開くと、Websocketは常に1つだけを使用できるようにすると思います。私の理解が正しければ、新しいネットワークソケットを開くことの実際のオーバーヘッドは何ですか？