From: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
---|---|
To: | Michael Paquier <michael(at)paquier(dot)xyz> |
Cc: | Justin Pryzby <pryzby(at)telsasoft(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Bruce Momjian <bruce(at)momjian(dot)us> |
Subject: | Re: doc review for v14 |
Date: | 2020-12-29 00:59:58 |
Message-ID: | CA+hUKGJRTLWWPcQfjm_xaOk98M8aROK903X92O0x-4vLJPWrrA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Dec 24, 2020 at 9:12 PM Michael Paquier <michael(at)paquier(dot)xyz> wrote:
> On Mon, Dec 21, 2020 at 10:11:53PM -0600, Justin Pryzby wrote:
> > Specifies the amount of memory that should be allocated at server
> > - startup time for use by parallel queries. When this memory region is
> > + startup for use by parallel queries. When this memory region is
> > insufficient or exhausted by concurrent queries, new parallel queries
> > try to allocate extra shared memory temporarily from the operating
> > system using the method configured with
> > <varname>dynamic_shared_memory_type</varname>, which may be slower due
> > to memory management overheads. Memory that is allocated at startup
> > - time with <varname>min_dynamic_shared_memory</varname> is affected by
> > + with <varname>min_dynamic_shared_memory</varname> is affected by
> > the <varname>huge_pages</varname> setting on operating systems where
> > that is supported, and may be more likely to benefit from larger pages
> > on operating systems where that is managed automatically.
>
> The current formulation is not that confusing, but I agree that this
> is an improvement. Thomas, you are behind this one. What do you
> think?
LGTM.
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Munro | 2020-12-29 02:28:12 | Re: Parallel Full Hash Join |
Previous Message | Michael Paquier | 2020-12-29 00:37:20 | Re: doc review for v14 |