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