[EMAIL PROTECTED] escreveu:
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.
Fiz isso e aparentemente o problema está na CPU. Ao executar a
consulta, inicialmente os dados são 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 memória.
Durante esse tempo não é feita nenhuma leitura de HD, e nem criado
nenhum arquivo temporário.
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.
Ainda não consegui falar com ele.
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.
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 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.
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.
|
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
