Simplify the effective_io_concurrency setting.
authorThomas Munro <tmunro@postgresql.org>
Sun, 15 Mar 2020 22:43:18 +0000 (11:43 +1300)
committerThomas Munro <tmunro@postgresql.org>
Mon, 16 Mar 2020 04:14:26 +0000 (17:14 +1300)
commitb09ff53667ffc986371ec8ffa372916ad460220d
tree511cc574dc192acb6cd7dba4be35968ba188b961
parentf207bb0b8f13999c91b405a2e6c8526225470816
Simplify the effective_io_concurrency setting.

The effective_io_concurrency GUC and equivalent tablespace option were
previously passed through a formula based on a theory about RAID
spindles and probabilities, to arrive at the number of pages to prefetch
in bitmap heap scans.  Tomas Vondra, Andres Freund and others argued
that it was anachronistic and hard to justify, and commit 558a9165e08
already started down the path of bypassing it in new code.  We agreed to
drop that logic and use the value directly.

For the default setting of 1, there is no change in effect.  Higher
settings can be converted from the old meaning to the new with:

  select round(sum(OLD / n::float)) from generate_series(1, OLD) s(n);

We might want to consider renaming the GUC before the next release given
the change in meaning, but it's not clear that many users had set it
very carefully anyway.  That decision is deferred for now.

Discussion: https://postgr.es/m/CA%2BhUKGJUw08dPs_3EUcdO6M90GnjofPYrWp4YSLaBkgYwS-AqA%40mail.gmail.com
src/backend/executor/nodeBitmapHeapscan.c
src/backend/storage/buffer/bufmgr.c
src/backend/utils/misc/guc.c
src/include/storage/bufmgr.h