Sim, é normal que as conexões não persistentes demorem mais tempo para enviar o primeiro byte de dados.
Isso ocorre porque o endereço IP deve ser resolvido a partir do DNS, a conexão TCP deve ser configurada e, em seguida, a camada SSL / TLS deve ser inicializada e somente depois que os dados reais puderem ser enviados.
A pesquisa de DNS não é realizada em uma conexão persistente, porque já existe uma conexão TCP ativa entre os endereços IP do cliente e do servidor. Portanto, não há necessidade de resolver o nome do domínio para um endereço IP.
Com relação às diretivas Apache KeepAlive e KeepAliveTimeout . KeepAlive especifica se o Apache deve manter as conexões do cliente abertas para solicitações subsequentes de outros recursos no mesmo site. Estas são conexões persistentes, onde se evitam os atrasos mencionados anteriormente.
No entanto, manter as conexões ativas usa recursos no servidor, já que cada conexão TCP consome memória para manter o estado. Portanto, com a diretiva KeepAliveTimeout , é possível especificar por quanto tempo uma conexão ociosa é mantida aberta antes de o servidor da Web a fechar. Isso também torna mais difícil para os clientes mal-intencionados esgotarem os recursos do servidor abrindo as conexões HTTP e mantendo-as abertas indefinidamente.
MaxKeepaliveRequests significa quantas solicitações são permitidas por conexão única do KeepAlive. Não consigo imaginar uma situação em que alguém deseje limitar o número de solicitações. Para um melhor desempenho, usaria 0 , ou seja, um número ilimitado de solicitações.
Essas diretivas estão relacionadas a sessões HTTP (S) entre o visitante e o servidor da web. O PHP-FPM não está relacionado a essa interface. No entanto, o mecanismo keepalive similar está disponível no nginx para a interface FastCGI. Não sei se um mecanismo semelhante está disponível no Apache.