Я создаю динамический поиск (обновляется при каждом нажатии клавиши): моя текущая схема состоит в том, чтобы при каждом нажатии клавиши отправлять новый запрос AJAX на сервер и получать данные обратно в JSON.
Я подумал об открытии WebSocket для каждой поисковой «сессии», чтобы сэкономить некоторые накладные расходы. Я знаю, что это сэкономит время, но вопрос в том, действительно ли оно того стоит, учитывая эти параметры: Среднее время пинга 80 мс 166 мс: время между каждым нажатием клавиши, если пользователь вводит относительно быстро Скорость передачи в наихудшем случае составляет 1 МБ / с, при этом размер каждого пакета данных, который должен быть получен при каждом нажатии клавиши, не превышает 1 КБ. Приложению также требуется около 30-40 мсек, чтобы прикрепить результаты поиска к модели DOM.
Я обнаружил следующее: HTTP против Websockets в отношении накладных расходов , но это был другой вариант использования.
Уменьшат ли веб-сокеты что-нибудь, кроме чистого HTTP-трафика? Каковы накладные расходы HTTP (при отсутствии файлов cookie и минимальном количестве заголовков)?
Я предполагаю, что HTTP-запросы открывают новый сетевой сокет при каждом запросе, в то время как WebSocket позволяет нам использовать только один все время. Если я правильно понимаю, каковы фактические накладные расходы при открытии нового сетевого сокета?