Fabrizio Mello - Pessoal escreveu: > Dando continuidade a esse *dilema* vamos a resultados práticos que > obtive e, como iremos ver, continuam estranhos... > Os seus testes não são válidos pois as consultas subsequentes vão se beneficiar da cache do SO. Antes de cada teste, execute o comando (sync && echo 3 > /proc/sys/vm/drop_caches) para remover a cache do SO. Sempre execute o ANALYZE nas tabelas envolvidas antes das consultas. Você não precisa do DELETE FROM pg_statistic (o stats_reset_on_server_start = on já faz isso). Além disso, a sua configuração básica está inadequada para o volume de dados que está manuseando. Experimente, aumentar alguns valores para que pelo menos o PostgreSQL não perca *tanto* tempo usando o disco como memória secundária.
Outra coisa que percebi é que você desabilitou o seqscan e o tidscan. Por quê? Se a idéia é avaliar os planos e estatísticas dos mesmos então você tem que fornecer todas ferramentas ao SGBD. Faça o que sugeri acima e repita os testes. > Alguém consegue me explicar porque diabos demorou mais com estatistcas > habilitadas do que desabilitadas??? Começo a desconfiar que essas > estatisticas atrapalham... > cache do SO? > A questão bem prática é que no nosso Cliente ficou *MUITO MAIS RÁPIDO* > desabilitando essas estatisticas pra essas tabelas grandes do que > tentando achar um valor razoável... > Acho que o seu problema é outro... > Entendi o Euler quando falou do Planejador estar demorando e não ter > nada a ver com a Execução... mas se o Planejador esta demorando tanto > então ele está é atrapalhando... e no meu caso a prova está logo acima... > Você não entendeu o que eu expliquei. Releia a discussão. O tempo de planejamento não pode ser significativo em relação ao tempo de execução. PS> quando for enviar o postgresql.conf, envie somente os parâmetros que forem relevantes ou o que é diferente do arquivo padrão. Isso evita que algum moderador tenha que liberar a sua mensagem por causa do tamanho do e-mail. -- Euler Taveira de Oliveira http://www.timbira.com/ _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
