Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
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
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
Leandro DUTRA escreveu: 2008/11/19 Marlon David de Souza [EMAIL PROTECTED]: Gostaria de saber se um problema de lentido (em consultas) poderia ser atribudo ao fato de estar sendo usado uma verso do Postgres que no est homologada para uma determinada distribuio/verso do Linux. No caso est sendo usado o Post 8.2.4 (compilado) em um RedHat. No entanto, para essa verso a RedHat diz que est homologada somente para a verso 7.x do Post. Poderia isso estar interferindo na performance do banco? No, essa homologao afeta apenas o suporte pela Red Hat, no o desempenho. - J fiz o tunning do Post nessa mquina. Voc fez alguns ajustes, mas no completo, porque voc no analisou as consultas especficas. - A mquina possui um Xeon de 2 ncleos (da famlia 15, modelo 4, conhecido como Foster, com 2Mb de Cache) e 4GB de RAM. Eu, particularmente, acredito ser culpa do processador (que antigo). So timos processadores, no esse o problema. Para ter certeza que o problema no est no PostgreSQL, utilizamos um software que monta em memria uma lista com cerca de 30MB e a ordena, mostrando o tempo necessrio para essa tarefa. Esse programa gera um processo que somente utiliza a memria e a CPU. Colocamos ele para rodar no servidor do cliente e tambm em algumas outros servidores e obtivemos os seguintes resultados (tempo execuo): - Core 2 Duo, 1.8GHz, 2MB de cache: 3m43s - Xeon (2 ncleos), 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 ncleos), 3.2GHz, 2MB de cache: 5m24s --- Servidor do cliente Pode-se observar que o servidor somente ganha em performance Celeron. Portanto fica claro que o garg-lo est na CPU/Memria. Eu continuo achando que pelo fato de ser um processador antigo. O que vcs acham? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
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 no est no PostgreSQL, utilizamos um software que monta em memria uma lista com cerca de 30MB e a ordena, mostrando o tempo necessrio para essa tarefa. Esse programa gera um processo que somente utiliza a memria e a CPU. Colocamos ele para rodar no servidor do cliente e tambm em algumas outros servidores e obtivemos os seguintes resultados (tempo execuo): - Core 2 Duo, 1.8GHz, 2MB de cache: 3m43s - Xeon (2 ncleos), 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 ncleos), 3.2GHz, 2MB de cache:5m24s --- Servidor do cliente Seu problema no exatamente o processador, ele um ponto no problema mas a diferena demonstrada a est relacionada no cache L2, pequeno mas quanto maior o L2 mais rpido os bancos de dados rodaro (AMD64/EMT64). Tem outras coisas como barramento, etc. Superficialmente parece que voc est certo, como est com o ambiente nas mos pode afirmar melhor do que ns. ;) []'s No se trata se eu estou certo ou no. A questo que o cliente insiste que o problema est no PostgreSQL e eu estou tentando provar para ele que no. O que limita a performance das consultas arquitetura do hardware (CPU, memria, barramento, cache, etc). ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
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 !!! 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. 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 -- No virus found in this incoming message. Checked by AVG. Version: 7.5.549 / Virus Database: 270.9.8/1800 - Release Date: 19/11/2008 18:55 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
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
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
Inicialmente gostaria de agradecer a ateno. Leandro DUTRA escreveu: 2008/11/19 Marlon David de Souza [EMAIL PROTECTED]: Gostaria de saber se um problema de lentido (em consultas) poderia ser atribudo ao fato de estar sendo usado uma verso do Postgres que no est homologada para uma determinada distribuio/verso do Linux. No caso est sendo usado o Post 8.2.4 (compilado) em um RedHat. No entanto, para essa verso a RedHat diz que est homologada somente para a verso 7.x do Post. Poderia isso estar interferindo na performance do banco? No, essa homologao afeta apenas o suporte pela Red Hat, no o desempenho. o que eu tambm penso. - J fiz o tunning do Post nessa mquina. Voc fez alguns ajustes, mas no completo, porque voc no analisou as consultas especficas. Concordo que possvel melhorar a consulta usada. No entanto, o que acontece, que rodando a mesma consulta na mesma base de dados, porm em uma outra mquina com processador Xeon de 2 ncleos, mas da familia 6, modelo 15, a performance 3 vezes maior. Acontece que um consultor de Linux est dizendo que o problema de lentido est no fato do Post 8.x no estar homologado para o Redhat que eles usam. Outra coisa que ele alega que o os dados do Post foram colocados na partio "/" (/dados/pgdata/base/...) e isso tambm degrada a performance. Isso procede? - A mquina possui um Xeon de 2 ncleos (da famlia 15, modelo 4, conhecido como Foster, com 2Mb de Cache) e 4GB de RAM. Eu, particularmente, acredito ser culpa do processador (que antigo). So timos processadores, no esse o problema. Estive pesquisando sobre essa familia de processadores Xeon (familia 15, modelo 4) e descobri que ele foi descontinuado pela Intel j em 2005 por ter pssima performance para servidores (o processador internamente constitudo por dois Pentium 4, com apenas 2MB de cache cada, sendo bem baixa a velocidade de comunicao com a memria principal). J o Xeon da famlia 6, modelo 15, outra histria. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
Le 2008 nov. 20 à 09h36, Marlon David de Souza a écrit : - Já fiz o tunning do Post nessa máquina. Você fez alguns ajustes, mas não completo, porque você não analisou as consultas específicas. Concordo que é possível melhorar a consulta usada. No entanto, o que acontece, é que rodando a mesma consulta na mesma base de dados, porém em uma outra máquina com processador Xeon de 2 núcleos, mas da familia 6, modelo 15, a performance é 3 vezes maior. Não me fiz entender... a questão não é melhorar uma consulta específica, mas analisar o comportamento do sistema para detectar qual o gargalo. Acontece que um consultor de Linux está dizendo que o problema de lentidão está no fato do Post 8.x não estar homologado para o Redhat que eles usam. Olha, esse consultor de GNU/Linux está meio estranho... eu trocaria de consultor na hora. Outra coisa que ele alega é que o os dados do Post foram colocados na partição / (/dados/pgdata/base/...) e isso também degrada a performance. Isso procede? Depende. Realmente não é boa prática; o ideal seria uma partição própria, inclusive sem jornalização de dados, apenas de metadados. Estive pesquisando sobre essa familia de processadores Xeon (familia 15, modelo 4) e descobri que ele foi descontinuado pela Intel já em 2005 por ter péssima performance para servidores (o processador internamente é constituído por dois Pentium 4, com apenas 2MB de cache cada, sendo bem baixa a velocidade de comunicação com a memória principal). Já o Xeon da família 6, modelo 15, é outra história. Geralmente bases de dados não são limitadas por processamento, como está a espera por CPU? E uma diferença de 3x é difícil de atribuir a um processador tão próximo do outro. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
Em 20/11/08, Marlon David de Souza[EMAIL PROTECTED] escreveu: Inicialmente gostaria de agradecer a atenção. Leandro DUTRA escreveu: 2008/11/19 Marlon David de Souza [EMAIL PROTECTED]: Não, essa homologação afeta apenas o suporte pela Red Hat, não o desempenho. É o que eu também penso. E eu também. ;-) - Já fiz o tunning do Post nessa máquina. Você fez alguns ajustes, mas não completo, porque você não analisou as consultas específicas. Concordo que é possível melhorar a consulta usada. No entanto, o que acontece, é que rodando a mesma consulta na mesma base de dados, porém em uma outra máquina com processador Xeon de 2 núcleos, mas da familia 6, modelo 15, a performance é 3 vezes maior. E se fosse em uma máquina quad processada com 12gb de ram também ia ser melhor. Essa comparação é complicada porque você está basicamente afirmando que pisar fundo num fusca e pisar fundo numa ferrari, a ferrari é 3 vezes mais rápida que o fusca. Acontece que um consultor de Linux está dizendo que o problema de lentidão está no fato do Post 8.x não estar homologado para o Redhat que eles usam. Outra coisa que ele alega é que o os dados do Post foram colocados na partição / (/dados/pgdata/base/...) e isso também degrada a performance. Isso procede? Pode proceder sim, depende de como está a questão do uso do /. Uma outra opção seria colocar um outro HD na máquina e deixar esse HD apenas com o banco de dados, o que com certeza deixaria os cabeçotes de leitura livres e exclusivos para trabalhar no banco. Se demitirem o consultor e usarem a grana que iam pagar para ele para fazer um upgrade na máquina, também devia resolver. :-D - A máquina possui um Xeon de 2 núcleos (da família 15, modelo 4, conhecido como Foster, com 2Mb de Cache) e 4GB de RAM. Eu, particularmente, acredito ser culpa do processador (que é antigo). São ótimos processadores, não é esse o problema. Estive pesquisando sobre essa familia de processadores Xeon (familia 15, modelo 4) e descobri que ele foi descontinuado pela Intel já em 2005 por ter péssima performance para servidores (o processador internamente é constituído por dois Pentium 4, com apenas 2MB de cache cada, sendo bem baixa a velocidade de comunicação com a memória principal). Já o Xeon da família 6, modelo 15, é outra história. -- = Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 [EMAIL PROTECTED] (61) 9975-0883 http://www.tiblog.com.br Quidquid latine dictum sit, altum viditur = ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
[EMAIL PROTECTED] escreveu: Le 2008 nov. 20 09h36, Marlon David de Souza a crit : - J fiz o tunning do Post nessa mquina. Voc fez alguns ajustes, mas no completo, porque voc no analisou as consultas especficas. Concordo que possvel melhorar a consulta usada. No entanto, o que acontece, que rodando a mesma consulta na mesma base de dados, porm em uma outra mquina com processador Xeon de 2 ncleos, mas da familia 6, modelo 15, a performance 3 vezes maior. No me fiz entender... a questo no melhorar uma consulta especfica, mas analisar o comportamento do sistema para detectar qual o gargalo. Fiz isso e aparentemente o problema est na CPU. Ao executar a consulta, inicialmente os dados so lidos do HD (somente da primeira vez, pois da segunda ele pega do shared_buffers), mas a demanda pequena. Depois disso existe somente processamento de CPU e memria. Durante esse tempo no feita nenhuma leitura de HD, e nem criado nenhum arquivo temporrio. Acontece que um consultor de Linux est dizendo que o problema de lentido est no fato do Post 8.x no estar homologado para o Redhat que eles usam. Olha, esse consultor de GNU/Linux est meio estranho... eu trocaria de consultor na hora. Ainda no consegui falar com ele. Outra coisa que ele alega que o os dados do Post foram colocados na partio "/" (/dados/pgdata/base/...) e isso tambm degrada a performance. Isso procede? Depende. Realmente no boa prtica; o ideal seria uma partio prpria, inclusive sem jornalizao de dados, apenas de metadados. Neste caso voc sugere usar um EXT2 ou XFS? Estive pesquisando sobre essa familia de processadores Xeon (familia 15, modelo 4) e descobri que ele foi descontinuado pela Intel j em 2005 por ter pssima performance para servidores (o processador internamente constitudo por dois Pentium 4, com apenas 2MB de cache cada, sendo bem baixa a velocidade de comunicao com a memria principal). J o Xeon da famlia 6, modelo 15, outra histria. Geralmente bases de dados no so limitadas por processamento, como est a espera por CPU? E uma diferena de 3x difcil de atribuir a um processador to prximo do outro. O Load Average varia entre 1.3 e 1.8 (isso com 60 conexes, porm executando somente essa consulta em questo). Mesmo assim a consulta leva entre 6 a 8 minutos. Como eu j disse essa mesma consulta, na mesma base, porm em outra mquina mas com CPU Xeon mais atual (inclusive com clocke menor), a consulta leva 3 minutos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
Marlon David de Souza escreveu: O Load Average varia entre 1.3 e 1.8 (isso com 60 conexões, porém executando somente essa consulta em questão). Mesmo assim a consulta leva entre 6 a 8 minutos. Como eu já disse essa mesma consulta, na mesma base, porém em outra máquina mas com CPU Xeon mais atual (inclusive com clocke menor), a consulta leva 3 minutos. os HDs destas máquinas que estão sendo comparadas é igual? -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
Emerson Casas Salvador escreveu: Marlon David de Souza escreveu: O Load Average varia entre 1.3 e 1.8 (isso com 60 conexes, porm executando somente essa consulta em questo). Mesmo assim a consulta leva entre 6 a 8 minutos. Como eu j disse essa mesma consulta, na mesma base, porm em outra mquina mas com CPU Xeon mais atual (inclusive com clocke menor), a consulta leva 3 minutos. os HDs destas mquinas que esto sendo comparadas igual? No. A mquina do cliente tem um SCSI. J a mquina que eu usei para testes possui um SATA. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
Marlon David de Souza escreveu: Emerson Casas Salvador escreveu: Marlon David de Souza escreveu: O Load Average varia entre 1.3 e 1.8 (isso com 60 conexes, porm executando somente essa consulta em questo). Mesmo assim a consulta leva entre 6 a 8 minutos. Como eu j disse essa mesma consulta, na mesma base, porm em outra mquina mas com CPU Xeon mais atual (inclusive com clocke menor), a consulta leva 3 minutos. os HDs destas mquinas que esto sendo comparadas igual? No. A mquina do cliente tem um SCSI. J a mquina que eu usei para testes possui um SATA. Embora no seja comum, pode haver sim gargalo de processador. J vi isso acontecer vrias vezes, em abientes com poucos acessos e poucas querys simultneas. Mande uma sada do "dstat" para comprovar. Nesses casos, acontece um pequeno pico de leitura do HD, e na maior parte do tempo voc tem 100% de uso do CPU. Quanto a estar homologado, veja com a RH a possilibilidade da instalao do ltimo RHEL, se que voc realmente precisa de suporte. -- []s, ACV ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
Leandro DUTRA escreveu: 2008/11/20 Marlon David de Souza [EMAIL PROTECTED]: Fiz isso e aparentemente o problema est na CPU. Ao executar a consulta, inicialmente os dados so lidos do HD (somente da primeira vez, pois da segunda ele pega do shared_buffers), mas a demanda pequena. Depois disso existe somente processamento de CPU e memria. Durante esse tempo no feita nenhuma leitura de HD, e nem criado nenhum arquivo temporrio. Sim, mas em que a CPU e a memria so usados? Somente para realizar a consulta. O processo "postmaster" que est executando a consulta varia entre 90% e 100% de consumo da CPU (um dos ncleos) e a memria que ele aloca para guardar os dados necessrios para a consulta e ordenao (no sei quanto est usado, mas no est gerando nada em disco). Neste caso voc sugere usar um EXT2 ou XFS? Eu uso ext3fs sem jornalizao de dados, apenas metadados. Mas isso no se torna perigoso (queda de luz, etc)? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
2008/11/20 Marlon David de Souza [EMAIL PROTECTED]: corta Mas, no caso, a que usa o SATA é 3x mais rápida! Como assim? os SAS de 15k que tenho aqui NUNCA serão mais lentos, mesmo com uma controladora tosca... -- Sebastian SWC http://sebastianswc.com http://www.postgresql.org.br/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
2008/11/20 Marlon David de Souza [EMAIL PROTECTED]: corta Mas isso não se torna perigoso (queda de luz, etc)? deixo uma pergunta tentar responder a sua: pra que servem os no-breaks e os discos redundantes? -- Sebastian SWC http://sebastianswc.com http://www.postgresql.org.br/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
Sebastian SWC escreveu: 2008/11/20 Marlon David de Souza [EMAIL PROTECTED]: corta Mas, no caso, a que usa o SATA 3x mais rpida! Como assim? os SAS de 15k que tenho aqui NUNCA sero mais lentos, mesmo com uma controladora tosca... Justamente porque o problema no est no acesso aos dados e sim de processamento. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
2008/11/20 Marlon David de Souza [EMAIL PROTECTED]: corte Justamente porque o problema não está no acesso aos dados e sim de processamento. Que mal pergunte, esse RH é 64 bits? já cogitou a idéia de colocar um debian no lugar dele? -- Sebastian SWC http://sebastianswc.com http://www.postgresql.org.br/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
2008/11/20 Marlon David de Souza [EMAIL PROTECTED]: Justamente porque o problema não está no acesso aos dados e sim de processamento. Qual desses[1] processadores é o seu? PS: Para selecionar o seu, filtre 2 cores e 2mb de cache size... [1] http://processorfinder.intel.com/List.aspx?ParentRadio=528%2c2121%2cProcFam=528SearchKey=foster -- Sebastian SWC http://sebastianswc.com http://www.postgresql.org.br/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
Sebastian SWC escreveu: 2008/11/20 Marlon David de Souza [EMAIL PROTECTED]: corte Justamente porque o problema no est no acesso aos dados e sim de processamento. Que mal pergunte, esse RH 64 bits? j cogitou a idia de colocar um debian no lugar dele? Sim, de 64bits e o Postgres foi compilado nele. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
2008/11/20 Marlon David de Souza [EMAIL PROTECTED]: corte Sim, é de 64bits e o Postgres foi compilado nele. E quanto ao debian? é viavel? -- Sebastian SWC http://sebastianswc.com http://www.postgresql.org.br/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
Sebastian SWC escreveu: 2008/11/20 Marlon David de Souza [EMAIL PROTECTED]: Justamente porque o problema no est no acesso aos dados e sim de processamento. Qual desses[1] processadores o seu? PS: Para selecionar o seu, filtre 2 cores e 2mb de cache size... [1] http://processorfinder.intel.com/List.aspx?ParentRadio=528%2c2121%2cProcFam=528SearchKey=foster Ele no aparece nesta lista! (2 core, 2 MB de cache, 3.2GHz) ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres
Boa tarde a todos, Gostaria de saber se um problema de lentidão (em consultas) poderia ser atribuído ao fato de estar sendo usado uma versão do Postgres que não está homologada para uma determinada distribuição/versão do Linux. No caso está sendo usado o Post 8.2.4 (compilado) em um RedHat. No entanto, para essa versão a RedHat diz que está homologada somente para a versão 7.x do Post. Poderia isso estar interferindo na performance do banco? Observações: - Já fiz o tunning do Post nessa máquina. - Ao realizar as consultar não está sendo gerado arquivos temporários (pgsql_tmp). - A máquina possui um Xeon de 2 núcleos (da família 15, modelo 4, conhecido como Foster, com 2Mb de Cache) e 4GB de RAM. Eu, particularmente, acredito ser culpa do processador (que é antigo). No entanto tem gente dizendo que o problema pode estar no que foi descrito acima. O que vcs acham? Sem mais, Marlon David de Souza ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral