From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Jan Wieck <JanWieck(at)Yahoo(dot)com> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, PostgreSQL Patches <pgsql-patches(at)postgresql(dot)org> |
Subject: | Re: [HACKERS] Vacuum Delay feature |
Date: | 2004-02-13 02:03:53 |
Message-ID: | 200402130203.i1D23rR09178@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Jan Wieck wrote:
> Bruce Momjian wrote:
>
> > Jan Wieck wrote:
> >> Attached is a corrected version that solves the query cancel problem by
> >> not napping any more and going full speed as soon as any signal is
> >> pending. If nobody objects, I'm going to commit this tomorrow.
> >
> > Jan, three questions. First, is this useful now that we have the new
> > cache replacement code, second, do we need this many parameters (can't
> > any of them be autotuned), and third, what about documentation?
> >
>
> You mean if stopping to nap is useful when a signal is pending or if
> napping during vacuum itself is useful at all?
>
> I am willing to make it all self tuning and automagic. Just tell me how.
I was hoping you would have some ideas. :-)
I guess my question is that now that we have the new cache replacement
policy, is the vacuum delay worth while. I looked at
http://developer.postgresql.org/~wieck/vacuum_cost/ and does seem
useful.
> Documentation is missing so far. Will work on that.
Cool.
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
From | Date | Subject | |
---|---|---|---|
Next Message | Rod Taylor | 2004-02-13 02:53:45 | Re: 7.4 - FK constraint performance |
Previous Message | ow | 2004-02-13 01:22:53 | Re: 7.4 - FK constraint performance |
From | Date | Subject | |
---|---|---|---|
Next Message | Christopher Browne | 2004-02-13 04:20:53 | Re: Vacuum Delay feature |
Previous Message | Tom Lane | 2004-02-12 23:52:08 | Re: ANALYZE patch for review |