http держать в живых и ssl

как правило, рекомендуется использовать низкое значение для проверки активности, например 15 секунд или около того, чтобы мы могли часто очищать незанятые сокеты и обслуживать больше клиентов. Учтите, что у нас есть SSL-соединение, поэтому в течение 15 секунд бездействия это соединение будет закрыто, Разве это не неэффективно? , потому что если клиент через какое-то время захочет получить еще какие-то данные, ему придется снова выполнить согласование SSL

Я думаю, что я пропустил какой-то момент здесь? Пожалуйста, предложите, как https лучше работает с keep-alive


ssl https keep-alive webserver
person Lalita Kumar    schedule 28.05.2014    source источник

Ответы (2)


arrow_upward
2
arrow_downward

Это зависит:

  • Если на сервере много ресурсов, более эффективно использовать длительное время поддержания активности.
  • Если серверу не хватает ресурсов, лучше иметь короткие времена, потому что каждое открытое соединение связывает ресурсы.
  • Установление соединения SSL имеет некоторые накладные расходы и поэтому требует больше ресурсов (процессорного времени).
  • Но эти накладные расходы можно уменьшить с помощью возобновления сеанса за счет других накладных расходов (память для кэширования сеансов).

В конце концов, оптимальные настройки зависят от возможностей вашего сервера, нагрузки и т.д. Если у вас нет недостатка в ресурсах, то лучше иметь длительное время поддержки, потому что так клиенты будут быстрее взаимодействовать с вашим сайтом.

person Steffen Ullrich    schedule 28.05.2014

arrow_upward
0
arrow_downward

Есть несколько целей, которые вы, возможно, захотите рассмотреть:

  1. Если вы оптимизируете задержку, то вам нужно иметь Keep Alive достаточно долго для захвата последовательных запросов, чтобы минимизировать накладные расходы TCP и / или рукопожатие TLS.
  2. Если вы оптимизируете возможность масштабирования одного сервера для обслуживания большого количества пользователей, вам нужно иметь короткий Keep Alive.
  3. Если вы оптимизируете первоначальную загрузку страницы, которая загружает большое количество небольших ресурсов, вам нужно иметь короткий Keep Alive

Как правило, статические файловые серверы (оптимизированные для обслуживания большого количества небольших файлов, загружаемых вместе, таких как CSS, изображения, JS, поддерживающие HTML-страницу) должны иметь короткий, но ненулевой Keep Alive.

Сервер загрузки файлов (оптимизированный для больших загрузок) не нуждается в Keep Alive, поскольку время загрузки доминирует над рукопожатием. Вы можете захотеть поддержать запрос диапазона, хотя для поддержки возобновления и параллельных загрузок.

Чувствительные к задержке запросы должны иметь длительный Keep Alive.

person Lie Ryan    schedule 03.12.2015