Em 20 de março de 2010 12:45, Pablo Sánchez <[email protected]> escreveu:
> Em 19 de março de 2010 10:45, Euler Taveira de Oliveira > <[email protected]> escreveu: > > Pablo Sánchez escreveu: > >> 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.... > >> > > O sintoma apresentado aqui quer dizer que a aplicação tem problemas e > *não* > > fecha as conexões adequadamente. > > Provável, mas no caso, como as conexões não são permanentes, diz a > regra que o PHP encerra o uso dos recursos solicitados durante a > execução do script automaticamente quando chega ao seu fim, por isso > não nos preocupamos, mas eu acho que forçar o encerramento da conexão > não será ruim. Se bem não fizer, mal também não fará. ;-) > > >> Alguém tem alguma outra dica de otimização do PostgreSQL? > >> > > Existem várias. Algumas delas: > > shared_buffers: quantidade adequada para a carga utilizada > > work_mem: valor adequado para caber os dados da consulta na memória > > fsync: off > > syncronous_commit: off > > full_page_writes: off > > checkpoint_segments: aumentar para ser suficiente para *não* fazer um > > checkpoint durante a demonstração > > checkpoint_timeout: aumentar para valor maior que o tempo da demonstração > > Ok, conversei com o rapaz aqui e ele me disse que não mexeu no > checkpoint. Quanto ao syncronous_commit e full_page_writes fiquei com > a seguinte dúvida: ao fazer fsync off, já não é desencadeado uma > corrente que faz com que esses outros parâmetros sejam off também? > > >> 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? > >> > > Monitorar o que? > > Tudo. :-D Quantidade de conexões, quais consultas demoram mais, e por aí > vai. > Para monitorar o número de conexões você pode utilizar a view pg_stat_database, fazendo uma consulta bem simples: SELECT datname,numbackends FROM pg_stat_database; Na view pg_stat_activity você encontra informações do que está acontecendo no bd naquele instante. SELECT * FROM pg_stat_activity; > > > -- > ================================= > 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 > []s -- JotaComm http://jotacomm.wordpress.com
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
