2010/1/5 Sergio Santi <[email protected]>:
> Além disto tem o fato que mesmo que o servidor devolva alguma coisa para uma
> estação desligada ele registra isto no log, mas se mantém contando aquela
> conexão.

Este ponto eu desconheço. Acredito que quando o servidor falha em
devolver a resposta para o cliente por queda da conexão do lado do
cliente,
está é logada e desfeita.

> Não fiz ainda, mas vou fazer: O banco rodando sozinho fica com umas 4
> conexões. Defino o max_connections para 5. Abro uma conexão e deixo em idle.
> Arranco esta estação da tomada. Tento outra conexão.
>
> Acho que não vai permitir porque a conexão continua sendo considerada, mas
> vou precisar testar uma hora dessas.

Não vai permitir mesmo. Se você tiver o max_connections = 5 e tiver
feito as 5 conexões e desconectar uma abruptamente
ainda continuará as 5 conexões e se tentar conectar não vai ser possível.
Novamente eu digo. É ai que entra o keepalive_idle. Esta quinta
conexão que você citou que deixaria idle,
se você ter um keepalive_idle baixo, antes mesmo de você ligar a
maquina, a conexão estará livre e poderá fazer a conexão.


>
> No mesmo caso anterior se abrir uma conexão e solicitar algo demorado, por
> exemplo. Arrancar a estação da tomada. Aguardar o servidor devolver a
> consulta e registrar que o cliente não está ativo e então fazer uma nova
> conexão, acho que ela também será recusada e isto porque até onde alcanço
> apesar de o servidor perceber que o cliente a quem ele tem que entregar a
> informação não está mais lá ele não aceita uma requisição de outra estação.
>

Como disse, desconheço este fato de o servidor manter a conexão mesmo
de ter verificado que não foi possível entregar a resposta.

-- 
Tarcisio F. Sassara
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a