Em 27 de fevereiro de 2013 12:17, Juliano Atanazio <juliano.l...@gmail.com>escreveu:
> Em 27 de fevereiro de 2013 12:06, Renato Sousa <renso...@gmail.com>escreveu: > > >> >> Em 27 de fevereiro de 2013 11:30, Juliano Atanazio < >> juliano.l...@gmail.com> escreveu: >> >> >>> >>> Em 27 de fevereiro de 2013 11:22, Renato Sousa <renso...@gmail.com>escreveu: >>> >>> >>>> >>>> Em 27 de fevereiro de 2013 10:35, Fábio Telles Rodriguez < >>>> fabio.tel...@gmail.com> escreveu: >>>> >>>> Em 27 de fevereiro de 2013 10:21, Renato Sousa >>>> <renso...@gmail.com>escreveu: >>>>> >>>>>> Bom dia amigos da lista, >>>>>> >>>>>> >>>>>> Tenho um problema de performance em servidor que possui DB postgres. >>>>>> Não sei ainda se o problema é ou não com o postgres, mas gostaria de >>>>>> ajuda >>>>>> do pessoal da lista para descobrir isso. >>>>>> O servidor faz a autenticação com wireless freeradius. Desconfio que >>>>>> seja ele pois nos momentos de lentidão vejo o freeradius no topo do >>>>>> iotop. >>>>>> >>>>> >>>>> Olhando o TOP normal, como fica a coluna "WA", ou wasted. Esta coluna >>>>> indica espera de I/O. Isso junto com a sua observação do iotop pode matar >>>>> a >>>>> charada. Valores de 2, 3, 4 são normais. Se passar disso começa a >>>>> complicar. Com mais de 10, você tem perda bem perceptível de performance >>>>> para todo mundo. >>>>> >>>>> Outras coisas para olhar: >>>>> 1) Consegue simular a mesma carga sem o radius? Eu já fiz testes com o >>>>> pgbench[1] para isso. Simulei as conexões com e e sem o SSL e vi que numa >>>>> situação onde muitas conexões abrem e fecham suas conexões (opção -C), o >>>>> overhead é bem alto. >>>>> 2) Use o pg_stat_statments para avaliar se algum SQL específico está >>>>> demorando demais. >>>>> 3) Configure corretamente os seus logs e verifique a sua saída. Muitas >>>>> vezes a resposta está lá. >>>>> 4) Atualize para o PostgreSQL 9.2. A diferença de performance é >>>>> notável. >>>>> >>>>> [1] http://www.postgresql.org/docs/current/static/pgbench.html >>>>> >>>>> >>>>> []s >>>>> -- >>>>> Atenciosamente, >>>>> Fábio Telles Rodriguez >>>>> blog: http:// >>>>> <http://www.midstorm.org/%7Etelles/>s<http://tellesr.wordpress.com/> >>>>> avepoint.blog.br >>>>> e-mail / gtalk / MSN: fabio.tel...@gmail.com >>>>> Skype: fabio_telles >>>>> >>>>> Timbira - A empresa brasileira de Postgres >>>>> http://www.timbira.com.br >>>>> >>>>> Olá Fábio, >>>> >>>> Segundo meus graficos de monitoração zabbix, o iowait chega a 40% nos >>>> momentos de lentidão. Certamente é o problema... >>>> Essa máquina é uma VM e segundo as informações da gerencia VMWare, essa >>>> máquina tem picos de 300 iops no momento de lentidão. >>>> Como essa máquina é antiga, acredito que o BD foi projetado para um >>>> tamanho e hoje esse limite foi alcançado, mas isso é puro "achismo!!!!" por >>>> isso preciso levantar mais informações sobre o postgres. >>>> Vou analisar logs e posto se achar algo relevante. >>>> >>>> Obrigado, >>>> >>>> REnato >>>> >>> >>> Renato, não sei exatamente como está seu ambiente aí, mas ao virtualizar >>> um banco de dados, se não tiver pelo menos um disco dedicado aos dados >>> desse banco, a concorrência de IO tende a ser muito mais lenta do que o >>> normal. >>> Um ideal mínimo te diria aí para vc separar discos, dando exclusividade >>> para: >>> >>> - SO + VMs >>> - PGDATA >>> - pg_xlog >>> >>> []s >>> >>> >>>> >> O sistema está com partições separadas sim. >> Olhei os arquivos e tem várias diretivas comentadas. >> Existe algum comando para listar essas diretivas em execução ? >> > > Infelizmente, em termos de performance apenas separar partições não > adianta, pois fisicamente é a mesma cabeça de leitura / gravação. > Discos != Partições > Sobre que tipo de comando vc quer saber? > Olá Juliano, Sim, o sistema está montado em discos diferentes. Gostaria de saber como está a configuração atual do postgres. Tipo um postconf do postfix, sabe ? Quando dou o comando abaixo, vejo poucas linhas, ou seja, a maioria das linhas estão comentadas no arquivo. # cat /etc/postgresql/8.3/main/postgresql.conf | grep -Ev "(#|^$)" listen_addresses = 'localhost,XXX.XXXX.XXXX.XXXX' datestyle = 'iso, mdy' default_text_search_config = 'pg_catalog.english' Abraços, Renato
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
