From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Christopher Browne <cbbrowne(at)libertyrms(dot)info> |
Cc: | pgsql-hackers(at)postgresql(dot)org, Jan Wieck <JanWieck(at)Yahoo(dot)com> |
Subject: | VACUUM delay (was Re: What's planned for 7.5?) |
Date: | 2004-01-14 04:53:12 |
Message-ID: | 29842.1074055992@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Christopher Browne <cbbrowne(at)libertyrms(dot)info> writes:
> "Stephen" <jleelim(at)xxxxxxx(dot)com> writes:
>> Any chance we'll see the VACUUM delay patch (throttle) get into 7.5?
> The hope, in 7.5, is to have ARC, which is the "super-duper-duper"
> version, working.
Actually, I'm not sure that ARC should be considered to supersede the
usefulness of a per-page delay in VACUUM. ARC should prevent VACUUM
from trashing the contents of Postgres' shared buffer arena, but it
won't do much of anything to prevent VACUUM from trashing the kernel
buffer contents. And it definitely won't do anything to help if the
real problem is that you're short of disk bandwidth and VACUUM's extra
I/O demand pushes your total load over the knee of the response-time
curve. What you need then is a throttle.
The original patch I posted was incomplete for a number of reasons,
but I think it may still be worth working on. Jan, any comments?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Steve Atkins | 2004-01-14 06:40:09 | Mixing threaded and non-threaded |
Previous Message | Tom Lane | 2004-01-14 04:07:31 | Re: failed to re-find parent key |