Re: [HACKERS] separate serial_schedule useful? - Mailing list pgsql-hackers

From Ashutosh Bapat
Subject Re: [HACKERS] separate serial_schedule useful?
Date
Msg-id CAFjFpRcbE+SAcZDXw4xVWuh0u=7Ui0mdPOeOW+d1YXo0gT1wpg@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] separate serial_schedule useful?  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Sat, Oct 7, 2017 at 10:19 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> I wrote:
>> Robert Haas <robertmhaas@gmail.com> writes:

Sorry, my bad. I wasn't aware of this rule. I should have looked at
the beginning of the file for any rules.

>>> There's no reason why pg_regress couldn't have a
>>> --bail-if-group-size-exceeds=N argument, or why we couldn't have a
>>> separate Perl script to validate the schedule file as part of the
>>> build process.
>
>> I'd go for the former approach; seems like less new code and fewer cycles
>> used to enforce the rule.
>
> Concretely, how about the attached?  (Obviously we'd have to fix
> parallel_schedule before committing this.)
>

Thanks, this will help. May be we should set default to 20 instead of unlimited.

-- 
Best Wishes,
Ashutosh Bapat
EnterpriseDB Corporation
The Postgres Database Company


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

pgsql-hackers by date:

Previous
From: Ashutosh Bapat
Date:
Subject: Re: [HACKERS] Proposal: Local indexes for partitioned table
Next
From: Ashutosh Bapat
Date:
Subject: Re: [HACKERS] PoC: full merge join on comparison clause