From: | Andreas Seltenreich <seltenreich(at)gmx(dot)de> |
---|---|
To: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Robert Haas <robertmhaas(at)gmail(dot)com>, "pgsql-hackers\(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [COMMITTERS] pgsql: Don't generate parallel paths for rels with parallel-restricted |
Date: | 2016-06-15 06:44:17 |
Message-ID: | 87vb1bne7y.fsf@credativ.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
Amit Kapila writes:
> Right, so I have moved "Failed assertion in parallel worker
> (ExecInitSubPlan)" item to CLOSE_WAIT state as I don't think there is any
> known pending issue in that item. I have moved it to CLOSE_WAIT state
> because we have derived our queries to reproduce the problem based on
> original report[1]. If next run of sqlsmith doesn't show any problem in
> this context then we will move it to resolved.
It ran for about 100e6 queries by now without tripping on any parallel
worker related assertions. I tested with min_parallel_relation_size_v1.patch
applied and set to 64kB to have more exposure during testing.
regards,
Andreas
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2016-06-15 14:35:42 | pgsql: PL/Python: Clean up extended error reporting docs and tests |
Previous Message | Bruce Momjian | 2016-06-14 20:12:24 | pgsql: document when PREPARE uses generic plans |
From | Date | Subject | |
---|---|---|---|
Next Message | Noah Misch | 2016-06-15 06:54:33 | Re: Should phraseto_tsquery('simple', 'blue blue') @@ to_tsvector('simple', 'blue') be true ? |
Previous Message | Thomas Munro | 2016-06-15 06:41:29 | Re: Reviewing freeze map code |