2008/11/21 Marlon David de Souza <[EMAIL PROTECTED]> > Marcelo Corrêa - CHB Sistemas escreveu: > > Não necessariamente, suas sentenças podem estar mal formadas também, seus > índices podem estar fragmentados, pode-se se fazer necessário uma > repaginação no BD. E por ai vai ... pode ser uma serie de coisas > relacionadas ao BD tbm !!! > > > Estou ciente disso e citei isso nos meus primeiros e-mail sobre esse > assunto que passei para lista. > > > Seus testes devem ser realizados apenas no servidor em produção, dessa > forma que vc fez não tem como analisar o problema, pois são ambientes > diferentes. > > > > > A idéia foi comparar a performance de um programa que utiliza somente > CPU e memória em hardwares diferentes, o que comprovou que no cliente o > processamento é bem mais lento. > > > Att, > > Marcelo Corrêa. > > MCPDBA - OCP > > ----- Original Message ----- > > From: Marlon David de Souza > > To: Comunidade PostgreSQL Brasileira > > Sent: Friday, November 21, 2008 1:51 PM > > Subject: Re: [pgbr-geral] Problema em rodar num Linux uma versão não > homologado do Postgres > > > > > > Fernando Ike escreveu: > > 2008/11/21 Marlon David de Souza <[EMAIL PROTECTED]>: > > [...] > > Para ter certeza que o problema não está no PostgreSQL, utilizamos um > > software que monta em memória uma lista com cerca de 30MB e a ordena, > > mostrando o tempo necessário para essa tarefa. Esse programa gera um > > processo que somente utiliza a memória e a CPU. Colocamos ele para rodar > no > > servidor do cliente e também em algumas outros servidores e obtivemos os > > seguintes resultados (tempo execução): > > > > - Core 2 Duo, 1.8GHz, 2MB de cache: 3m43s > > - Xeon (2 núcleos), 2.4GHz, 4MB de cache: 2m32s > > - Pentium 4, 3GHz, 2MB de cache: 4m08s > > - Celeron, 1.8GHz, 128Kb de cache: 5m29s > > - Core 2 Quad, 3GHz, 8MB de cache: 1m50s > > - Xeon (2 núcleos), 3.2GHz, 2MB de cache: 5m24s <--- Servidor do > > cliente > > > > > > Seu problema não é exatamente o processador, ele é um ponto no > > problema mas a diferença demonstrada aí está relacionada no cache L2, > > é pequeno mas quanto maior o L2 mais rápido os bancos de dados rodarão > > (AMD64/EMT64). Tem outras coisas como barramento, etc. > > > > Superficialmente parece que você está certo, como está com o > > ambiente nas mãos pode afirmar melhor do que nós. ;) > > > > > > []'s > > Não se trata se eu estou certo ou não. A questão é que o cliente > insiste que o problema está no PostgreSQL e eu estou tentando provar para > ele que não. O que limita a performance das consultas é arquitetura do > hardware (CPU, memória, barramento, cache, etc). > > > > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
Tente executar o comando vacuumdb -fvz <banco_de_dados> -- °v° Ricardo Gonçalves /(_)\ Dpto de Sistemas ^ ^ Cartel Informática Ltda
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral