Re: doc review for v14

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.

In response to

Responses

Browse pgsql-hackers by date

  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