]> granicus.if.org Git - postgresql/commit
Accelerate end-of-transaction dropping of relations
authorAlvaro Herrera <alvherre@alvh.no-ip.org>
Thu, 17 Jan 2013 18:55:10 +0000 (15:55 -0300)
committerAlvaro Herrera <alvherre@alvh.no-ip.org>
Thu, 17 Jan 2013 19:13:17 +0000 (16:13 -0300)
commit279628a0a7cf582f7dfb68e25b7b76183dd8ff2f
tree7a9264f50a99eb6d52fcf41d1c6d78e23a07f6bf
parent0b6329130e8e4576e97ff763f0e773347e1a88af
Accelerate end-of-transaction dropping of relations

When relations are dropped, at end of transaction we need to remove the
files and clean the buffer pool of buffers containing pages of those
relations.  Previously we would scan the buffer pool once per relation
to clean up buffers.  When there are many relations to drop, the
repeated scans make this process slow; so we now instead pass a list of
relations to drop and scan the pool once, checking each buffer against
the passed list.  When the number of relations is larger than a
threshold (which as of this patch is being set to 20 relations) we sort
the array before starting, and bsearch the array; when it's smaller, we
simply scan the array linearly each time, because that's faster.  The
exact optimal threshold value depends on many factors, but the
difference is not likely to be significant enough to justify making it
user-settable.

This has been measured to be a significant win (a 15x win when dropping
100,000 relations; an extreme case, but reportedly a real one).

Author: Tomas Vondra, some tweaks by me
Reviewed by: Robert Haas, Shigeru Hanada, Andres Freund, Álvaro Herrera
src/backend/catalog/storage.c
src/backend/storage/buffer/bufmgr.c
src/backend/storage/smgr/smgr.c
src/include/storage/bufmgr.h
src/include/storage/smgr.h