Re: Clock sweep not caching enough B-Tree leaf pages? - Mailing list pgsql-hackers

From Jason Petersen
Subject Re: Clock sweep not caching enough B-Tree leaf pages?
Date
Msg-id 5D48DA93-F622-4DA3-B9A3-2D5FB0AAD329@citusdata.com
Whole thread Raw
In response to Re: Clock sweep not caching enough B-Tree leaf pages?  (Atri Sharma <atri.jiit@gmail.com>)
Responses Re: Clock sweep not caching enough B-Tree leaf pages?  (Atri Sharma <atri.jiit@gmail.com>)
Re: Clock sweep not caching enough B-Tree leaf pages?  (Peter Geoghegan <pg@heroku.com>)
Re: Clock sweep not caching enough B-Tree leaf pages?  (Albe Laurenz <laurenz.albe@wien.gv.at>)
List pgsql-hackers
On Apr 18, 2014, at 1:51 PM, Atri Sharma <atri.jiit@gmail.com> wrote:

Counting clock sweeps is an intersting idea.  I think one concern was
tracking hot buffers in cases where there is no memory pressure, and
hence the clock sweep isn't running --- I am not sure how this would
help in that case.


Yes, we obviously want a virtual clock. Focusing on the use of gettimeofday seems silly to me: it was something quick for the prototype.

The problem with the clocksweeps is they don’t actually track the progression of “time” within the PostgreSQL system.

What’s wrong with using a transaction number or some similar sequence? It would accurately track “age” in the sense we care about: how long ago in “units of real work being done by the DB” something was added.

—Jason

pgsql-hackers by date:

Previous
From: Atri Sharma
Date:
Subject: Re: Clock sweep not caching enough B-Tree leaf pages?
Next
From: Atri Sharma
Date:
Subject: Re: Clock sweep not caching enough B-Tree leaf pages?