Em qualquer instalação padrão, o Apache 2 vem com o keepAlive desativado, mas olhando para outro servidor, o módulo keepAlive foi ativado.
Então, como sei se o KeepAlive é adequado para mim? Onde posso encontrar bons exemplos sobre como configurar isso?
Já existem 2 boas respostas, mas a questão da vida real, talvez a mais importante, ainda não foi mencionada.
Primeiramente, o OP pode querer ler as 2 respostas anteriores e este pequeno post no blog para entender o que são as keepalives. (O autor não detalha a parte sobre o TCPI / IP ficar "mais rápido" quanto mais a conexão estiver aberta. É verdade que as conexões mais duradouras se beneficiam do dimensionamento da janela IP , mas o efeito não é significativo, a menos que os arquivos sejam grande ou o produto com atraso de largura de banda é extraordinariamente grande.)
O grande argumento contra o HTTP Keepalive ao usar o Apache é que ele bloqueia os processos do Apache. Ou seja, um cliente usando keepalives impedirá que o processo 'his' Apache atenda a outros clientes, até que o cliente feche a conexão ou o tempo limite seja atingido. No mesmo período, essa instância do Apache poderia ter servido muitas outras conexões.
Agora, uma configuração muito comum do Apache é o Prefork MPM e um interpretador PHP / Perl / Python, e o código do aplicativo na linguagem mencionada. Nesse caso, cada processo do Apache é "pesado" no sentido de ocupar vários megabytes de RAM (Apache vinculado ao interpretador e ao código do aplicativo). Isso, juntamente com o bloqueio de cada instância do Apache mantida em atividade, é ineficiente.
Uma solução comum é usar 2 servidores Apache (ambos no mesmo servidor físico ou em 2 servidores, conforme necessário) com configurações diferentes:
Você pode expandir essa separação de conteúdo dinâmico e estático quando necessário , por exemplo:
Outra abordagem para evitar o bloqueio do Apache é usar um balanceador de carga com manipulação de conexão mais inteligente, como o Perlbal .
.. e muito mais. :-)
Keepalives pode ser bom em alguns casos, pode ser muito ruim em outros. Eles reduzem o tempo e o esforço de configurar uma nova conexão, mas vinculam os recursos do servidor durante o tempo limite da manutenção permanente. Exemplos:
Como você pode ver, o KeepAliveTimeout também terá um papel importante na otimização do desempenho do servidor.
Observe o seu padrão de uso e decida por si mesmo.
fonte
Você definitivamente deve usar o KeepAlive On.
Vejo:
http://httpd.apache.org/docs/2.0/mod/core.html#keepalive
Dessa forma, uma única conexão TCP será reutilizada pelo navegador para enviar várias consultas. Normalmente, um site tem muitos componentes (página HTML, código javascript, imagens). Desde que esses recursos estejam no mesmo domínio, portanto, possam ser atendidos pelo mesmo servidor, uma conexão KeepAlive oferece um enorme aumento no desempenho, pois o navegador não precisará estabelecer uma nova conexão TCP.
Um navegador normalmente abre cerca de três conexões paralelas a um domínio. Então, digamos que você tenha 18 objetos no seu site. O navegador abriria 3 conexões e baixaria 6 objetos em cada conexão - usando o modo KeepAlive. Sem o KeepAlive, ele teria que abrir 18 conexões TCP, o que é muito lento.
A maioria ou todos os navegadores modernos são compatíveis com HTTP / 1.1, portanto, isso deve funcionar.
Certos proxies HTTP como o Squid não são compatíveis com HTTP / 1.1, mas solicitam o uso de uma conexão KeepAlive de qualquer maneira.
fonte