From: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
---|---|
To: | Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com> |
Cc: | Andres Freund <andres(at)anarazel(dot)de>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: effective_io_concurrency's steampunk spindle maths |
Date: | 2020-03-06 21:33:03 |
Message-ID: | CA+hUKG+6Cm9wr0=cLkCA__8uxcLfNxrhc=52BUVescVtm2MiHg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Sat, Mar 7, 2020 at 8:35 AM Tomas Vondra
<tomas(dot)vondra(at)2ndquadrant(dot)com> wrote:
> I think the main issue with keeping the current GUC name is that if you
> had a value that worked, we'll silently interpret it differently. Which
> is a bit annoying :-(
Yeah. Perhaps we should just give the formula for translating v12
settings to v13 settings in the release notes. If we don't rename the
GUC, you won't be forced to contemplate this when you upgrade, so the
amount of prefetching we do will go down a bit given the same value.
That is indeed what led me to start thinking about what a good new
name would be. Now that I've been talked out of the "random_page"
part, your names look like sensible candidates, but I wonder if there
is some way to capture that it's "per operation"...
From | Date | Subject | |
---|---|---|---|
Next Message | Justin Pryzby | 2020-03-06 21:33:10 | Re: explain HashAggregate to report bucket and memory stats |
Previous Message | Thomas Munro | 2020-03-06 21:26:25 | Re: effective_io_concurrency's steampunk spindle maths |