Re: Choosing parallel_degree - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Choosing parallel_degree
Date
Msg-id CA+TgmobP-pBi6wcFOiiebmRFcKmsOEHsA3V15dB5YH3DacdfJg@mail.gmail.com
Whole thread Raw
In response to Re: Choosing parallel_degree  (Simon Riggs <simon@2ndquadrant.com>)
List pgsql-hackers
On Wed, Sep 14, 2016 at 3:54 PM, Simon Riggs <simon@2ndquadrant.com> wrote:
>> I do think this comment is confusing:
>>
>> + *        This value is not locked by the transaction, so this value may
>> + *        be changed while a SELECT that has used these values for planning
>> + *        is still executing.
>>
>> I don't know what it means for "this value" to be locked, or not
>> locked, by the transaction.  Basically, I have no idea what this is
>> trying to explain.
>
> You're quoting that without context from the line above, which is
> "get_tablespace_io_concurrency"

Sure, but it doesn't make any sense to talk about
tablespace_io_concurrency being locked by a transaction.  At least not
that I can see.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: What is the posix_memalign() equivalent for the PostgreSQL?
Next
From: Gavin Flower
Date:
Subject: Re: [BUGS] BUG #14244: wrong suffix for pg_size_pretty()