Re: Auto Vacuum Daemon (again...)

Поиск
Список
Период
Сортировка
От Matthew T. O'Connor
Тема Re: Auto Vacuum Daemon (again...)
Дата
Msg-id 200211290759.20375.matthew@zeut.net
обсуждение исходный текст
Ответ на Re: Auto Vacuum Daemon (again...)  ("Shridhar Daithankar" <shridhar_daithankar@persistent.co.in>)
Ответы Re: Auto Vacuum Daemon (again...)  ("Shridhar Daithankar" <shridhar_daithankar@persistent.co.in>)
Re: Auto Vacuum Daemon (again...)  (Greg Copeland <greg@CopelandConsulting.Net>)
Список pgsql-hackers
On Thursday 28 November 2002 23:26, Shridhar Daithankar wrote:
> On 28 Nov 2002 at 10:45, Tom Lane wrote:
> > "Matthew T. O'Connor" <matthew@zeut.net> writes:
> > > interesting thought.  I think this boils down to how many knobs do we
> > > need to put on this system. It might make sense to say allow upto X
> > > concurrent vacuums, a 4 processor system might handle 4 concurrent
> > > vacuums very well.
> >
> > This is almost certainly a bad idea.  vacuum is not very
> > processor-intensive, but it is disk-intensive.  Multiple vacuums running
> > at once will suck more disk bandwidth than is appropriate for a
> > "background" operation, no matter how sexy your CPU is.  I can't see
> > any reason to allow more than one auto-scheduled vacuum at a time.
>
> Hmm.. We would need to take care of that as well..

Not sure what you mean by that, but it sounds like the behaviour of my AVD
(having it block until the vacuum command completes) is fine, and perhaps
preferrable.


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Masaru Sugawara
Дата:
Сообщение: Re: Is current_user a function ?
Следующее
От: "Matthew T. O'Connor"
Дата:
Сообщение: Re: nested transactions