Encontrei vária consultas do nosso banco de dados, lentidões
referente a sqls mal feitos. Dá uma analisadas nas consultas que mais
demoram e verifica se esta bem elaborada e se não falta indice. Mas é uma
realidade, para empresas com muito acesso, mexer no share_buffers,
max_connection, para deixa o número necessario de conexões ativas dá um
ganho muito bom para o postgres.

Marcos André G.A
Trabin Softwarre & Consulting



Em 9 de julho de 2010 15:31, JotaComm <[email protected]> escreveu:

> Olá,
>
> Em 9 de julho de 2010 14:37, Alex Barbosa Ferreira 
> <[email protected]>escreveu:
>
>  Como estou entrando na empresa agora e percebi o erro recentemente, creio
>> que essas operações não foram utilizadas desde a implantação do sistema.
>>
>> Seria bem interessante começar por elas.
>
>>
>> *Alex B. Ferreira*
>> *Analista em Segurança da Informação*
>>
>> ------------------------------
>> *De:* JotaComm <[email protected]>
>> *Para:* Comunidade PostgreSQL Brasileira <
>> [email protected]>
>> *Enviadas:* Sexta-feira, 9 de Julho de 2010 11:36:46
>> *Assunto:* Re: [pgbr-geral] Dúvida sobre performance
>>
>> Olá,
>>
>> Em 9 de julho de 2010 09:39, Alex Barbosa Ferreira 
>> <[email protected]>escreveu:
>>
>>> Bom dia a todos!
>>>
>>> estou com dúvida sobre a performance de meu servidor (Intel Xeon, 8GB
>>> RAM, 250GB HD) em relação ao banco de dados que tenho rodando em minha
>>> empresa. Ah algum tempo venho percebendo uma lentidão severa nos processos
>>> relacionados ao banco de dados postgresql (consumindo aproximadamente 90% da
>>> memória da máquina) e pesquisando percebi que pode ser relacionado à
>>> configuração do arquivo .conf. Porém estou com um certo receio no que devo
>>> modificar efetivamente. Caso alguém possa me ajudar ficarei bastante grato.
>>>
>>
>> Acredito que seria interessante você dar uma lida no manual do PostgreSQL
>> para você ter uma idéia do que significa cada parâmetro, é muito dificil a
>> gente chegar aqui e falar que você deve modificar o parâmetro x, y ou z.
>>
>> Mas o mais importante seria o shared_buffers que deve ser configurado em
>> cerca de 25% da memória RAM.
>>
>> Uma pergunta. Você costuma executar as operações de vacuum e analyze com
>> que frequencia?
>>
>>>
>>>
>>> Att,
>>>
>>>
>>> *Alex B. Ferreira*
>>> *Analista em Segurança da Informação*
>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>>
>
> []s
> --
> JotaComm
> http://jotacomm.wordpress.com
>
> _______________________________________________
> 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

Responder a