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/~telles/>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
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral