Re: Parallelize correlated subqueries that execute within each worker - Mailing list pgsql-hackers

From Andres Freund
Subject Re: Parallelize correlated subqueries that execute within each worker
Date
Msg-id 20220322004805.vwmgjp62tq3mj2oq@alap3.anarazel.de
Whole thread Raw
In response to Re: Parallelize correlated subqueries that execute within each worker  (James Coleman <jtc331@gmail.com>)
Responses Re: Parallelize correlated subqueries that execute within each worker
Re: Parallelize correlated subqueries that execute within each worker
List pgsql-hackers
Hi,

On 2022-01-22 20:25:19 -0500, James Coleman wrote:
> On the other hand this is a dramatically simpler patch series.
> Assuming the approach is sound, it should much easier to maintain than
> the previous version.
> 
> The final patch in the series is a set of additional checks I could
> imagine to try to be more explicit, but at least in the current test
> suite there isn't anything at all they affect.
> 
> Does this look at least somewhat more like what you'd envisionsed
> (granting the need to squint hard given the relids checks instead of
> directly checking params)?

This fails on freebsd (so likely a timing issue): https://cirrus-ci.com/task/4758411492458496?logs=test_world#L2225

Marked as waiting on author.

Greetings,

Andres Freund



pgsql-hackers by date:

Previous
From: Tatsuo Ishii
Date:
Subject: Re: [HACKERS] WIP aPatch: Pgbench Serialization and deadlock errors
Next
From: "houzj.fnst@fujitsu.com"
Date:
Subject: RE: logical replication empty transactions