"Kevin Grittner" <Kevin.Grittner@xxxxxxxxxxxx> writes: > I don't know what other people have found useful, but when I > experimented with this in our environment, it seemed like I should > just treat vacuum_cost_delay as a boolean, where 0 meant off and 10 > meant on, and tune it by adjusting vacuum_cost_limit. The granularity > of vacuum_cost_delay is course and surprising unpredictable. Making it a boolean is a bit further than I care to go ;-) What I'd suggest at this point is changing the upper limit to 100ms (from 1000) and adding documentation suggesting that the value should be kept small, preferring to use the other vacuum_cost parameters to tune the behavior. regards, tom lane -- Sent via pgsql-admin mailing list (pgsql-admin@xxxxxxxxxxxxxx) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin
