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
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.
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
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,
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
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
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
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
[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
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
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,
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
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.
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/
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/
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
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
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]
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
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
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]
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
22 matches
Mail list logo
