Re: [HACKERS] Autovacuum loose ends
От | Matthew T. O'Connor |
---|---|
Тема | Re: [HACKERS] Autovacuum loose ends |
Дата | |
Msg-id | 42E46E66.70402@zeut.net обсуждение исходный текст |
Ответ на | Re: [HACKERS] Autovacuum loose ends (Alvaro Herrera <alvherre@alvh.no-ip.org>) |
Ответы |
Re: [HACKERS] Autovacuum loose ends
|
Список | pgsql-patches |
Alvaro Herrera wrote: >On Sun, Jul 24, 2005 at 02:33:38PM -0400, Tom Lane wrote: > > >>Hmm, I wonder whether the minimum shouldn't be 10. Or even 60. >> >> > >It's ok with me. What do other people think? > > Effectiely, this is going to be the minimum amount of "down time" for autovacuum between checking databases, right? So if the minimum is 10 seconds, and there I have six databases, then it will check each database at most once per minute? If so, then I'm not sure what I think if I have a few hundred databases, 10s might be too long. >>What's the use-case for having the stat reset feature at all? >> >> > >I don't know. Maybe the people who added it can tell? > > I don't know either, but this brings up another question. Stats wraparound. The n_tup_ins/upd/del columns in the stats system are defined as bigint, what happens when the total number of upd for example exceeds the capacity for bigint, or overflows to negative, anyone have any idea? Matt
В списке pgsql-patches по дате отправления: