Re: select_parallel test failure: gather sometimes losing tuples (maybe during rescans)?

Magnus Hagander <magnus@hagander.net>

From: Magnus Hagander <magnus@hagander.net>
To: Thomas Munro <thomas.munro@enterprisedb.com>
Cc: Andres Freund <andres@anarazel.de>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>, Tomas Vondra <tomas.vondra@2ndquadrant.com>, Pg Hackers <pgsql-hackers@postgresql.org>
Date: 2018-03-04T09:46:50Z
Lists: pgsql-hackers
On Sun, Mar 4, 2018 at 3:51 AM, Thomas Munro <thomas.munro@enterprisedb.com>
wrote:

> On Sun, Mar 4, 2018 at 3:48 PM, Thomas Munro
> <thomas.munro@enterprisedb.com> wrote:
> > I've seen it several times on Travis CI.  (So I would normally have
> > been able to tell you about this problem before the was committed,
> > except that the email thread was too long and the mail archive app
> > cuts long threads off!)
>
> (Correction.  It wasn't too long.  That was something else.  In this
> case the Commitfest entry had two threads registered and my bot is too
> stupid to find the interesting one.)
>
>
Um. Have you actually seen the "mail archive app" cut long threads off in
other cases? Because it's certainly not supposed to do that...


-- 
 Magnus Hagander
 Me: https://www.hagander.net/ <http://www.hagander.net/>
 Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>

Commits

  1. shm_mq: Fix detach race condition.

  2. shm_mq: Have the receiver set the sender's less frequently.

  3. shm_mq: Reduce spinlock usage.

  4. Report an ERROR if a parallel worker fails to start properly.