Estou já analisando os logs, realmente estava consumindo mais que o atual 'work_mem' (viva o log_temp_files). Com o 'auto_explain' estou vendo as consultas que passam de 3 segundos, o que tem ajudado a ver queries "pesadas". Também fazendo uso da tabela 'pg_stat_user_tables', para confirmar quem não está utilizando muito os índices. Como está chegando mais memória em mais ou menos 15 dias, não estou modificando muito as configurações, até ter mais "sobra" para testes. Agradeço as dicas.
Abraços, Aldrey Galindo Em 18 de maio de 2010 14:42, Aldrey Galindo <[email protected]>escreveu: > > Desculpem pela demora no retorno. > Pelo que entendi seriam essas mudanças: > --- postgresql.conf --- > log_temp_files = 0 > shared_preload_libraries = 'auto_explain' > custom_variable_classes = 'auto_explain' > auto_explain.log_min_duration = '3s' > effective_cache_size = 10G > --- fim --- > > A respeito do 'effective_cache_size' vi a recomendação em mensagens > anteriores na lista de 2/3 da ram, como também no site [1]. > Vou tentar levantar as mudanças hoje a noite. Alguém teria mais alguma > sugestão? > > Abraços, > Aldrey Galindo > > [1]- > http://www.midstorm.org/~telles/2006/10/21/checklist-de-performance-do-postgresql-80/<http://www.midstorm.org/%7Etelles/2006/10/21/checklist-de-performance-do-postgresql-80/> > > Em 15 de maio de 2010 11:35, Aldrey Galindo <[email protected]>escreveu: > > Euler, >> >> Essa semana vou ativar o 'auto_explain' e log do 'log_temp_files', para >> vê o real consumo da memória. >> Em alguns momentos do mês temos picos de acessos, o volume fica >> realmente alto. Em relação ao 'effective_cache_size', como poderia ver o >> valor mais adequado? >> >> Abraços, >> Aldrey Galindo >> >> >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
