From: | Justin Pryzby <pryzby(at)telsasoft(dot)com> |
---|---|
To: | Peter Geoghegan <pg(at)bowt(dot)ie> |
Cc: | John Naylor <john(dot)naylor(at)enterprisedb(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: Time to increase hash_mem_multiplier default? |
Date: | 2022-02-15 16:17:08 |
Message-ID: | 20220215161708.GX31460@telsasoft.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Feb 14, 2022 at 10:32:43PM -0800, Peter Geoghegan wrote:
> On Wed, Jan 19, 2022 at 11:32 AM John Naylor
> <john(dot)naylor(at)enterprisedb(dot)com> wrote:
> > I don't have anything really profound to say here, but in the last
> > year I did on a couple occasions recommend clients to raise
> > hash_mem_multiplier to 2.0 to fix performance problems.
>
> I would like to push ahead with an increase in the default for
> Postgres 15, to 2.0.
>
> Any objections to that plan?
The only reason not to is that a single-node hash-aggregate plan will now use
2x work_mem. Which won't make sense to someone who doesn't deal with
complicated plans (and who doesn't know that work_mem is per-node and can be
used multiplicitively). I don't see how one could address that other than to
change hash_mem_multiplier to nonhash_mem_divider.
It'll be in the release notes, so should be fine.
--
Justin
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2022-02-15 16:25:03 | Re: pg_receivewal.exe unhandled exception in zlib1.dll |
Previous Message | Andres Freund | 2022-02-15 16:08:54 | Re: How did queensnake corrupt zic.o? |