Re: Deadline-Based Vacuum Delay

Поиск
Список
Период
Сортировка
От Jaime Casanova
Тема Re: Deadline-Based Vacuum Delay
Дата
Msg-id c2d9e70e0612291542vc073ba2kadabc6535c09ec30@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Deadline-Based Vacuum Delay  (Chris Browne <cbbrowne@acm.org>)
Список pgsql-hackers
On 12/29/06, Chris Browne <cbbrowne@acm.org> wrote:
> systemguards@gmail.com ("Jaime Casanova") writes:
> > On 12/28/06, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> >> Galy Lee <lee.galy@oss.ntt.co.jp> writes:
> >> > So I am thinking another way to perform vacuum. For example vacuum can
> >> > be refined in a maintenance time frame like "VACUUM IN 6 HOURS", and
> >> > then vacuum operation will be performed within the window. The delay
> >> > time is adjusted internally to spread the disk I/O over the time frame.
> >>
> >> And you will manage that how?  The total amount of work to be done is
> >> quite unpredictable.
> >
> > specially for something you already can do with cron (*nix) or job
> > scheduler (windows)
>
> That seems like a nonsequitor here...
>
> Using cron to try to "make vacuums spread over 6 hours" seems to me
> like an attempt to try to do that in as terrible a way possible.
>

that's entirely my point... what th op was proposing was a command
"VACUUM IN n HOURS"... he want to write the command... he didn't talk
about a tool for monitoring jus a tool that he "fire and forget"... at
least that was the way a read it...

-- 
regards,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."                                      Richard Cook


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

Предыдущее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: TODO: GNU TLS
Следующее
От: "Simon Riggs"
Дата:
Сообщение: Re: Logging temp file useage ... a little advice wouldbe appreciated