Re: autovacuum stress-testing our system
От | Alvaro Herrera |
---|---|
Тема | Re: autovacuum stress-testing our system |
Дата | |
Msg-id | 1348673324-sup-4711@alvh.no-ip.org обсуждение исходный текст |
Ответ на | Re: autovacuum stress-testing our system (Tomas Vondra <tv@fuzzy.cz>) |
Ответы |
Re: autovacuum stress-testing our system
|
Список | pgsql-hackers |
Excerpts from Tomas Vondra's message of mié sep 26 12:25:58 -0300 2012: > Dne 26.09.2012 16:51, Jeff Janes napsal: > > I think forking it off to to another value would be better. If you > > are an autovacuum worker which is just starting up and so getting its > > initial stats, you can tolerate a stats file up to > > "autovacuum_naptime > > / 5.0" stale. If you are already started up and are just about to > > vacuum a table, then keep the staleness at PGSTAT_RETRY_DELAY as it > > currently is, so as not to redundantly vacuum a table. > > I always thought there's a "no more than one worker per database" > limit, There is no such limitation. -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: