Re: Parallel Full Hash Join
От | Ian Lawrence Barwick |
---|---|
Тема | Re: Parallel Full Hash Join |
Дата | |
Msg-id | CAB8KJ=iU4RvMMqr3o1HSnweyP=hz43qm5mS8=REtikS4xQG2GA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Parallel Full Hash Join (Thomas Munro <thomas.munro@gmail.com>) |
Ответы |
Re: Parallel Full Hash Join
|
Список | pgsql-hackers |
2022年4月8日(金) 20:30 Thomas Munro <thomas.munro@gmail.com>: > > On Wed, Jan 12, 2022 at 10:30 AM Melanie Plageman > <melanieplageman@gmail.com> wrote: > > On Fri, Nov 26, 2021 at 3:11 PM Thomas Munro <thomas.munro@gmail.com> wrote: > > > #3 0x00000000009cf57e in ExceptionalCondition (conditionName=0x29cae8 > > > "BarrierParticipants(&accessor->shared->batch_barrier) == 1", > > > errorType=<optimized out>, fileName=0x2ae561 "nodeHash.c", > > > lineNumber=lineNumber@entry=2224) at assert.c:69 > > > No locals. > > > #4 0x000000000071575e in ExecParallelScanHashTableForUnmatched > > > (hjstate=hjstate@entry=0x80a60a3c8, > > > econtext=econtext@entry=0x80a60ae98) at nodeHash.c:2224 > > > > I believe this assert can be safely removed. > > Agreed. > > I was looking at this with a view to committing it, but I need more > time. This will be at the front of my queue when the tree reopens. > I'm trying to find the tooling I had somewhere that could let you test > attaching and detaching at every phase. > > The attached version is just pgindent'd. Hi Thomas This patch is marked as "Waiting for Committer" in the current commitfest [1] with yourself as committer; do you have any plans to move ahead with this? [1] https://commitfest.postgresql.org/40/2903/ Regards Ian Barwick
В списке pgsql-hackers по дате отправления: