Flávio Isso mesmo, e obrigado por me corrigir na argumentação.
Valeu pela ajuda. Em 14 de junho de 2012 17:05, Flavio Henrique Araque Gurgel < [email protected]> escreveu: > > Em 14-06-2012 16:54, Tiago Valério escreveu: > > Srs > > > > Retornando para dar um feedback e agradecendo o apoio, resolvemos o > > problema desabilitando o parâmetro abaixo: > > > > autovacuum_vacuum_cost_delay = -1 > > > > Este parâmetro estava setado no valor default 20s. > > Realmente um valor insano. > Note que -1 *não* é desabilitado: com esta configuração, ele vai usar o > valor de vacuum_cost_delay (está mais acima no conf) que por default é > 20ms (veja na mesma documentação que você mandou abaixo). > > > http://www.postgresql.org/docs/9.1/static/runtime-config-autovacuum.html > > > > > > Neste momento o daemon(autovacuum) não aguarda mais por 20s ele > > executa independentemente se a tabela estiver sendo muito requisitada > > ou não.Entendemos que isto pode ter um impacto em IO, por isto > > continuamos monitorando.Mas não temos um autovacuum em uma tabela de > > sistema demorando mais de 2000s. > > O processo do autovacuum ia esperar 20s a cada X custo (onde X é 200 por > default). > Agora ele vai esperar só 20ms (se o vacuum_cost_delay estiver no default). > Se o custo de I/O ficar alto, aumente para 50ms ou até 100ms, mas cada > vacuum vai demorar um pouco mais. > > []s > > Flavio Henrique A. Gurgel > Consultor e Instrutor 4Linux > Tel: +55-11-2125-4747 > www.4linux.com.br > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
