Re: Removing freelist (was Re: Should I implement DROP INDEX CONCURRENTLY?)
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Jim Nasby <jim@nasby.net>, Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>, Simon Riggs <simon@2ndquadrant.com>, Daniel Farina <daniel@heroku.com>, Merlin Moncure <mmoncure@gmail.com>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2012-01-23T05:12:48Z
Lists: pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes: > On Sat, Jan 21, 2012 at 5:29 PM, Jim Nasby <jim@nasby.net> wrote: >> We should also look at having the freelist do something useful, instead of just dropping it completely. Unfortunately that's probably more work... > That's kinda my feeling as well. The free list in its current form is > pretty much useless, but I don't think we'll save much by getting rid > of it, because that's just a single test. The expensive part of what > we do while holding BufFreelistLock is, I think, iterating through > buffers taking and releasing a spinlock on each one (!). Yeah ... spinlocks that, by definition, will be uncontested. So I think it would be advisable to prove rather than just assume that that's a problem. regards, tom lane