Re: [PATCH] Runtime control of CLOBBER_CACHE_ALWAYS
Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
From: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
To: Craig Ringer <craig@2ndquadrant.com>
Cc: PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Date: 2021-01-05T14:40:56Z
Lists: pgsql-hackers
On 2020-12-03 07:01, Craig Ringer wrote: > To try it out, apply the patch (git am), build with --enable-cassert, > then compare: > > make -C src/test/regress check > > and > > PGOPTIONS="-c debug_clobber_cache_depth=1" \ > make -C src/test/regress check > > The speed difference will be obvious if nothing else! This is a really useful feature change. I have a version that I'm happy to commit, but I wanted to check on the name of the setting. The proposed name arose during the discussion when it was just to set the recursion depth but not enable the feature altogether, so I think that name is a bit misleading now. We could reuse the old macro name, as in clobber_cache_always=N, which is very recognizable. But the feature itself doesn't clobber anything (that's done by CLOBBER_FREED_MEMORY), so most accurate would be something like invalidate_system_caches_always=N. Thoughts? -- Peter Eisentraut 2ndQuadrant, an EDB company https://www.2ndquadrant.com/
Commits
-
Replace CLOBBER_CACHE_ALWAYS with run-time GUC
- 4656e3d66893 14.0 landed
-
doc: Document how to run regression tests with custom server settings
- 854434c50a35 14.0 landed