aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeModifyTable.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2014-03-20 12:58:13 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2014-03-20 12:58:30 -0400
commitaf930e606a3217db3909029c6c3f8d003ba70920 (patch)
treeac5f5eef70ba6a2ac6e679ee27e38c64b7f1b93b /src/backend/executor/nodeModifyTable.c
parenta4c8f14364c27508233f8a31ac4b10a4c90235a9 (diff)
downloadpostgresql-af930e606a3217db3909029c6c3f8d003ba70920.tar.gz
postgresql-af930e606a3217db3909029c6c3f8d003ba70920.zip
Again fix initialization of auto-tuned effective_cache_size.
The previous method was overly complex and underly correct; in particular, by assigning the default value with PGC_S_OVERRIDE, it prevented later attempts to change the setting in postgresql.conf, as noted by Jeff Janes. We should just assign the default value with source PGC_S_DYNAMIC_DEFAULT, which will have the desired priority relative to the boot_val as well as user-set values. There is still a gap in this method: if there's an explicit assignment of effective_cache_size = -1 in the postgresql.conf file, and that assignment appears before shared_buffers is assigned, the code will substitute 4 times the bootstrap default for shared_buffers, and that value will then persist (since it will have source PGC_S_FILE). I don't see any very nice way to avoid that though, and it's not a case to be expected in practice. The existing comments in guc-file.l look forward to a redesign of the DYNAMIC_DEFAULT mechanism; if that ever happens, we should consider this case as one of the things we'd like to improve.
Diffstat (limited to 'src/backend/executor/nodeModifyTable.c')
0 files changed, 0 insertions, 0 deletions