Re: our buffer replacement strategy is kind of lame - Mailing list pgsql-hackers

From Tom Lane
Subject Re: our buffer replacement strategy is kind of lame
Date
Msg-id 24251.1325526107@sss.pgh.pa.us
Whole thread Raw
In response to Re: our buffer replacement strategy is kind of lame  (Simon Riggs <simon@2ndQuadrant.com>)
Responses Re: our buffer replacement strategy is kind of lame
List pgsql-hackers
Simon Riggs <simon@2ndQuadrant.com> writes:
> Does anyone have a better idea for reducing BufFreelistLock
> contention? Something simple that will work for 9.2?

Get rid of the freelist?  Once shared buffers are full, it's just about
useless anyway.  But you'd need to think about the test cases that you
pay attention to, as there might be scenarios where it remains useful.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Simon Riggs
Date:
Subject: Re: our buffer replacement strategy is kind of lame
Next
From: Simon Riggs
Date:
Subject: Re: ALTER TABLE lock strength reduction patch is unsafe