Re: [HACKERS] separate serial_schedule useful?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] separate serial_schedule useful?
Дата
Msg-id 32481.1507386188@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] separate serial_schedule useful?  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: [HACKERS] separate serial_schedule useful?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Fri, Oct 6, 2017 at 4:16 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> The other routine mistake, which I see Robert just made again,
>> is to break the at-most-twenty-parallel-tests-at-once convention.
>> I wonder if we can get in some sort of automated check for that.

> 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.
        regards, tom lane


-- 
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 по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: [HACKERS] parallelize queries containing initplans
Следующее
От: David Rowley
Дата:
Сообщение: Re: [HACKERS] Discussion on missing optimizations