Re: [pgbr-geral] Otimizações Sistema/PostgreSQL

Fri, 19 Mar 2010 12:35:24 -0700

PAblito qual a versao do pg?
quantas conexoes abertas no bd vc consegue mapear? select count(*) from pg_stat_activity (por exemplo)
Ja pensou nos parametos do apache?? keepalive .... timeout pode estar alto no apache....
em relacao a aplicacao... escrita em que linguagem? algum framework utilizado?



João Cosme de Oliveira Júnior



"Lembre-se que da conduta de cada um depende o destino de todos."

Seja inteligente, use Software livre!!!
LPI Certified
LPI000185554


Em 19/03/2010 às 16:13 horas, [email protected] escreveu:
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  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
>[email protected]
>(61) 9975-0883
>http://www.sansis.com.br
>"Quidquid latine dictum sit, altum viditur"
>=================================
>_______________________________________________
>pgbr-geral mailing list
>[email protected]
>https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral








"Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco."

"This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure."


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

Responder a