Re: Rename max_parallel_degree? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Rename max_parallel_degree?
Date
Msg-id 21507.1464718137@sss.pgh.pa.us
Whole thread Raw
In response to Re: Rename max_parallel_degree?  (Peter Geoghegan <pg@heroku.com>)
List pgsql-hackers
Peter Geoghegan <pg@heroku.com> writes:
> Even when the leader is consuming input from workers, that's still perhaps
> pegging one CPU core. So, it doesn't really invalidate what I said about
> the number of cores being the primary consideration.

Agreed, but if we think that people need to be thinking in those terms,
maybe the parameter should be "max_parallel_cores".

The alternate docs patch I just posted tries to deal with this by
describing max_parallel_workers as being the max number of worker
processes used to "assist" a parallel query.  That was terminology
already being used in one place, but not consistently.  If we use it
consistently, I think it would be sufficient to remind people that
they need to figure on one more core for the leader.
        regards, tom lane



pgsql-hackers by date:

Previous
From: "David G. Johnston"
Date:
Subject: Re: Rename max_parallel_degree?
Next
From: Peter Geoghegan
Date:
Subject: Re: Rename max_parallel_degree?