Avoid some unnecessary block reads in WAL reader
authorMichael Paquier <michael@paquier.xyz>
Mon, 18 Feb 2019 00:52:02 +0000 (09:52 +0900)
committerMichael Paquier <michael@paquier.xyz>
Mon, 18 Feb 2019 00:52:02 +0000 (09:52 +0900)
commit0dd6ff0ac8482f753405c5bdb091d2a8adc58e75
tree2470b0c901e8bfde30a7b99dfea2f6ec93843857
parent0b55aaacec313c309e21f63d9ff5733c3f8ab813
Avoid some unnecessary block reads in WAL reader

When reading a new page internally and depending on the way the WAL
reader facility gets used by plugins, the current implementation of the
WAL reader may finish by reading a block multiple times while it is not
actually necessary as the requested data length may be equal to what has
been already read.  This can happen for any size, but is more likely to
happen at the end of a page.  This can cause performance penalties in
plugins which rely on the block reads to be purely sequential, zlib not
liking backward reads for example.  The new behavior also shaves some
cycles when doing recovery.

Author: Arthur Zakirov
Reviewed-by: Andrey Lepikhov, Michael Paquier, Grigory Smolkin
Discussion: https://postgr.es/m/2ddf4a32-517e-d6f4-d992-4a63b6035bfd@postgrespro.ru
src/backend/access/transam/xlogreader.c