[ hit send too soon ... ]
Robert Haas <robertmh...@gmail.com> writes:
> Since these bits will only be set/cleared when the buffer mapping is
> changed, can we examine this bit without taking the spinlock?
Only if you're willing for the result to be unreliable. In the
case of the xlog flush bit, I don't believe an extra locking cycle
should be necessary anyway, as you surely had the lock when you
found the page to be dirty in the first place. You could grab the
bit then. I'm not sure where you envision checking the other bit,
but I doubt it can be all that far removed from a lock acquisition.
regards, tom lane
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
