Настройка тайм-аута Apache KeepAlive для HTTPS
Мой веб-сайт вызывает HTTPS везде и имеет среднее первое время загрузки 3-5 секунд. Благодаря кэшированию повторите, что время загрузки составляет 0,8 секунды.
Согласование SSL берет 150-300ms на моем сервере, таким образом, я хочу поддержать каждое соединение максимально часто для предотвращения задержки.
SSLSessionCache установлен на значение по умолчанию 300 секунд.
Тайм-аут Apache KeepAlive был недавно понижен с 5 секунд до 2 секунд.
Это изменение привело к значимому уменьшению в Среднем числе Загрузки Сервера (5%-е среднее число вместо 10%-го среднего числа), но я задаюсь вопросом, могло ли оно также вызывать более медленное первое время загрузки, если первое время загрузки составляет 3-5 секунд? Это означает, что должно выполнить SSL negotation снова каждый раз, когда это передает 2 вторых тайм-аута?
Лучше иметь немного более высокие средние числа загрузки с меньшим количеством SSL negotations (но больше сна httpd задачи) или более низкие средние числа загрузки с большим количеством SSL negotations?
У нас определенно есть много ЦП и ресурсов памяти для экономии. Таким образом, в конечном счете вопрос, что приведет к лучшей производительности для наших средств просмотра? Повышение Тайм-аута KeepAlive к 3-5 или хранение его в 2?
Спасибо!
По поводу загрузки сервера: вы не говорите, что это за операционная система. Для большинства разновидностей Unix (включая Linux), пока нагрузка меньше количества процессоров, вам, вероятно, не стоит об этом беспокоиться. В этом сценарии каждый процесс остается в ЦП до тех пор, пока он может делать там полезные вещи (более или менее). Но когда есть очередь процессов, ожидающих перехода к процессору, ОС будет прерывать задачи до того, как они будут готовы к выполнению - когда это произойдет, ваша пропускная способность начинает падать.
(Я никогда не видел, чтобы нагрузка выражалась в% раньше - откуда это взялось?)
Что касается времени загрузки страницы: журналы вашего сервера - не место для просмотра. Если вы хотите узнать, влияет ли это, вам нужно посмотреть водопад загрузки страницы в браузере (инструменты разработчика в Chrome, Firebug в Firefox или использовать онлайн-средство проверки, такое как pingdom - помните использовать прокси для увеличения задержки, если вы тестируете локально). Вы ищете промежутки МЕЖДУ запросами к вашему сайту, превышающие значение keepAliveTimeout.
По моему опыту, паузы продолжительностью более 1 секунды очень очень редки, даже в очень медленных сетях. И там, где они возникают, это либо результат явной задержки (например, ленивая загрузка нового изображения в слайд-шоу), либо (что еще реже) патологический сбой на странице (например, получение очень большого, блокирующего javascript из очень медленного места. ).
(Хорошо, на самом деле мы ищем промежутки между запросами к одному и тому же сокету - но это трудно визуализировать).