Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] Vacuum Delay feature

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: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-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 and does seem

> Documentation is missing so far. Will work on that.


  Bruce Momjian                        |
  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

In response to


pgsql-hackers by date

Next:From: Rod TaylorDate: 2004-02-13 02:53:45
Subject: Re: 7.4 - FK constraint performance
Previous:From: owDate: 2004-02-13 01:22:53
Subject: Re: 7.4 - FK constraint performance

pgsql-patches by date

Next:From: Christopher BrowneDate: 2004-02-13 04:20:53
Subject: Re: Vacuum Delay feature
Previous:From: Tom LaneDate: 2004-02-12 23:52:08
Subject: Re: ANALYZE patch for review

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group