Re: autovacuum stress-testing our system
От | Tomas Vondra |
---|---|
Тема | Re: autovacuum stress-testing our system |
Дата | |
Msg-id | 66087d1adc6b71732628a025e970de7c@fuzzy.cz обсуждение исходный текст |
Ответ на | Re: autovacuum stress-testing our system (Alvaro Herrera <alvherre@2ndquadrant.com>) |
Список | pgsql-hackers |
Dne 26.09.2012 17:29, Alvaro Herrera napsal: > 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. OK, thanks. Still, reading/writing the small (per-database) files would be much faster so it would be easy to read/write them more often on demand. Tomas
В списке pgsql-hackers по дате отправления: