pgman(at)candle(dot)pha(dot)pa(dot)us (Bruce Momjian) writes:
> Tom Lane wrote:
>> Best practice would likely be to leave the default vacuum_page_delay at
>> zero, and have the autovacuum daemon set a nonzero value for vacuums it
> What is the advantage of delaying vacuum per page vs. just doing vacuum
> less frequently?
If the vacuum is deferred, that merely means that you put off the
"slow to a crawl" until a bit later. It is a given that the system
will slow to a crawl for the duration of the vacuum; you are merely
putting it off a bit.
The advantage of the per-page delay is that performance is not being
"totally hammered" by the vacuum. If things are so busy that it's an
issue, the system is liable to "limp somewhat," but that's not as bad
as what we see now, where VACUUM and other activity are 'dueling' for
access to I/O. Per-page delay means that VACUUM mostly defers to the
other activity, limiting how badly it hurts other performance.
output = reverse("ofni.smrytrebil" "@" "enworbbc")
(416) 646 3304 x124 (land)
In response to
pgsql-hackers by date
|Next:||From: Stephan Szabo||Date: 2003-10-31 18:15:51|
|Subject: Re: 7.4RC1 planned for Monday|
|Previous:||From: Kurt Roeckx||Date: 2003-10-31 17:39:47|
|Subject: Re: [HACKERS] Annotated release notes|