Если вы используете постоянное соединение, вы должны использовать также keep-alive, так как без сохранения Alive HTTP 1.1 соединения вашему persitent придется проделать большую работу для эмуляции работы.
Редактировать: (пора было есть)
Keepalive settings говорит о довольно коротком настройке, установленной сервером. Apache по умолчанию обрабатывает 15s для запросов Keep-Alive, но текущий оптимизированный параметр равен 5 с. В основном это делается для того, чтобы HTTP-клиент загружал js и css, прикрепленные к странице в том же HTTP-соединении. Если вы можете изменить настройки сервера, вы можете использовать самые продолжительные запросы Keep-Alive (но будьте осторожны, это серьезно ограничит число клиентов, принимаемых вашим сервером).
Постоянное соединение * Режим 1018 * сделан для того, чтобы действительно эмулировать долгосрочное постоянное соединение, открытый сокет не закрыт в конце сценария. Вы должны быть очень осторожны с такой настройкой. Вы в режиме CLI? FCGI ?. Если вы работаете в процессе Apache, я действительно не уверен, что вы получите такое же соединение при следующем запросе к этому сценарию (который может быть обработан другим процессом Apache), даже хуже, если ваш код выполняется несколько серверов Apache в большом развертывании. И это для клиентской (PHP) стороны, но это может быть также большой болью для целевого сервера.
Повторное редактирование : (как-то должно быть сказано о SSL)
Вы уверены, что вам нужно оптимизировать время обсуждения SSL? SSL использует Cache, по крайней мере на стороне сервера, чтобы ограничить обсуждение первым запросом. Кэширование на стороне клиента сеанса SSL может быть выполнено функцией PHP stream_socket_client (которая используется классом Zend. Если нет, то вы можете протестировать новый класс самостоятельно (просто нужно реализовать интерфейс) и попробовать используя curl, в качестве curl по умолчанию используется кэширование SSL-сессии.