Use uma conexao permanente por usuario. Evite ficar criando varias conexoes, apesar de a teoria dizer que vc deve conectar, buscar e desconectar, na pratica isso gera um grande gargalo.
Abraco, Fabiano Machado Dias Pablo Sánchez <phack...@gmail.com> escreveu: >Caros, > >Estamos com um pequeno, mas não muito grande, problema. Estamos >realizando a apresentação do sistema que desenvolvemos rodando em um >notebook. O problema é que ao pendurar 40 usuários simultâneos >acontecem algumas coisas meio estranbólicas. O sistema utiliza muitas >construções hierárquicas, ou seja, ele tem muitas estruturas em árvore >(eu pessoalmente acho que o gargalo começa aí, mas o outro analista >que está há 2 anos no projeto acha que não - só que vendo o código que >existe, aff maria, tem nem por onde começar a desfazer o macarrão >desorientado a objetos que foi criado antes de eu entrar nesse >projeto!). > >Para praticamente tudo, ele inicia transações, inclusive para >consultas. Nisso, já tem um dos vários gargalos que temos que desfazer >(comecei por aí), afinal de contas, para consultas, transações são >indiferentes, não precisa dar um rollback nunca, então, é meio que >inútil fazer isso. > >Outra coisa que estamos fazendo, só para as apresentações (afinal de >contas, o note onde está rodando o sistema não é nenhum servidor, né?) >é desativar o fsync. > >Já andei vendo várias outras otimizações possíveis no postgres, que é >quem está realmente morrendo, mas não resolveu-se 100% ainda. Porque >eu afirmo que é o PG, e não o Apache? Simples, porque as mensagens de >erro são "Desculpe, excedido o limite de conexões simultâneas" - >colocamos para 80, e ainda assim.... E outra mensagem drástica foi >"Postgres está desligando". Não eram essas as exatas palavras, eram as >mensagens do PG mesmo, repassadas ao PHP e então enviadas aos >navegadores. Terrível! > >Já verifiquei uma coisa no código: é aberta apenas uma conexão por >requisição, ou seja, se temos 40 máquinas conectadas, 80 conexões >simultâneas permitidas, a princípio isso não deveria ser o problema. > >Alguém tem alguma outra dica de otimização do PostgreSQL? > >Outra, e mais importante: precisamos de uma ferramenta de >monitoramento do PostgreSQL, uma decente, preferencialmente gratuita, >ou pelo menos shareware para 30 dias. Alguém tem uma boa dica de >ferramenta? > >-- >================================= >Pablo Santiago Sánchez >phack...@gmail.com >(61) 9975-0883 >http://www.sansis.com.br >"Quidquid latine dictum sit, altum viditur" >================================= >_______________________________________________ >pgbr-geral mailing list >pgbr-geral@listas.postgresql.org.br >https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
