Em 13 de junho de 2013 14:20, Renato Sousa <renso...@gmail.com> escreveu:
> > > > Cara, um toque: evite top posting ;) >> > > Desculpe Juliano! Vou prestar mais atenção nisso :) > >> >> >>> A variável shared_buffers está com valor 32MB. Acredito ser a valor >>> padrão de instalação. >>> >> >> Vou reforçar minha recomendação: atualize seu Postgres! :) >> Mas para te atender no momento te recomendo fortemente que leia isto (doc >> v8.4): >> >> http://www.postgresql.org/docs/8.4/static/kernel-resources.html >> > Vou estudar e já planejar a atualização do postgres! > Ótimo! :) > >> >> >>> A partição está ligada com soft-updates, mas está tudo funcionando no >>> mesmo disco. >>> >> >> soft-updates -> ok :) >> "tudo funcionando no mesmo disco" -> :( >> Se puder separar os logs de transação por enquanto já ajudará, como te >> falei, não precisa ser um disco grande. >> Mas volto a falar, o mínimo seria um disco para instalação/SO, outro para >> PGDATA e outro para WAL. >> > Aí é que mora o problema. Esse server foi instalado com uma partição só. > Estou estudando colocar mais disco ou substituir a máquina, mas isso leva > algum tempo para aprovação. > Sei que não é tarefa fácil negociar esse tipo de coisa com a diretoria, mas é preciso. > >> >> >>> O servidor fica +/- 49% idle. O servidor tem 2G de RAM com CPU Intel(R) >>> Xeon(TM) CPU 3.20GHz (3192.07-MHz K8-class CPU) >>> A memória está quase toda ocupada (Mem: 499M Active, 907M Inact, 439M >>> Wired, 67M Cache, 213M Buf, 55M Free) >>> Milagre sei que não dá para fazer nesta máquina, mas preciso de alguma >>> medida que me dê um folego para elaborar uma solução com mais calma. >>> >> >> Esqueci de perguntar outra coisa, esse servidor é dedicado ao Postgres ou >> tem algum outro serviço rodando nele? >> > Tem sistema de email, apache, mysql, ou seja, é um faz tudo !!!! :( > Então está bem claro que há uma competição por recursos da máquina. Mas vc pode usar esses serviços virtualizados. O FreeBSD possui virtualização em contêiner que consome poucos recursos, o Jails. Disputa dos serviços por CPU, memória e discos. Levando em conta que o maior desafio em termos de hardware para um banco são discos, ainda mais que no seu caso há outro, o MySQL, a necessidade de mais discos é latente. > > Abraços, > > Renato > >> >> >> >> >>> >>> Abraços e muito obrigado! >>> >>> >>> Renato >>> >>> >>> Em 13 de junho de 2013 12:14, Juliano Atanazio >>> <juliano.l...@gmail.com>escreveu: >>> >>> >>>> >>>> >>>> Em 12 de junho de 2013 23:53, Renato Sousa <renso...@gmail.com>escreveu: >>>> >>>> Boa noite a todos, >>>>> >>>>> Estou enfrentando alguns problemas de performance com um servidor que >>>>> administro. >>>>> Ao analisar o comando top, verifico 2 processos do postgres com 100% >>>>> de uso direto: >>>>> >>>>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >>>>> COMMAND >>>>> 59968 pgsql 1 101 0 74504K 27724K CPU2 2 0:27 >>>>> 100.00% postgres >>>>> 59970 pgsql 1 101 0 74504K 27016K CPU3 3 0:27 >>>>> 100.00% postgres >>>>> >>>>> Não conheço quase nada de postgres e gostaria de uma ajuda para tentar >>>>> melhorar o desempenho desse servidor. >>>>> O sistema operacional é FreeBSD 9, a versão do postgres é 8.4.13. >>>>> >>>> >>>> FreeBSD 9 -> XD >>>> PostgreSQL 8.4 -> Já estamos no beta da versão 9.3 que será lançada em >>>> breve, com isso a versão 8.4 perderá o >>>> suporte. >>>> >>>> >>>> O PostgreSQL tem vários parâmetros de configuração em seu arquivo >>>> principal (postgresql.conf), sendo que várias delas afetam diretamente >>>> a performance do banco. >>>> Como pontapé inicial poderia nos informar o valor para shared_buffers? >>>> Lembrando que esse é só um dos... >>>> Outra coisa: recomendo fortemente que tenha um disco só para os dados >>>> (PGDATA) e outro só para os logs de transação (WAL), sendo que >>>> esse último não precisa ser um disco grande, mas rápido. >>>> Que tipo de partição vc está usando? UFS2? Se assim for, utilzar Soft >>>> Updates ajuda muito no desempenho de file system do FreeBSD. >>>> >>>> >>>> >>>> >>>> >>>> >>>>> >>>>> Abraços e muito obrigado, >>>>> >>>>> Renato >>>>> >>>>> >> > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > >
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral