On Jan 3, 2012, at 12:11 PM, Simon Riggs wrote: > This could well be related to the fact that DropRelFileNodeBuffers() > does a scan of shared_buffers, which is an O(N) approach no matter the > size of the index. > > On top of that, taking what Robert Haas mentioned on another thread, > InvalidateBuffer currently calls StretegyFreeBuffer(), which waits for > an ExclusiveLock on the BufFreelistLock. On a busy system this will be > heavily contended, so adding blocks to the freelist only if the lock > is free seems warranted.
Couldn't we just leave the buffers alone? Once an index is dropped and that's pushed out through the catalog then nothing should be trying to access them and they'll eventually just get aged out. In fact, IIRC the function that scans for buffers actually checks to see if a rel still exists before it returns the buffer... -- Jim C. Nasby, Database Architect j...@nasby.net 512.569.9461 (cell) http://jim.nasby.net -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
