Re: Parallel Full Hash Join

Поиск
Список
Период
Сортировка
От Masahiko Sawada
Тема Re: Parallel Full Hash Join
Дата
Msg-id CAD21AoAyd8C8tehQ+u1y7taqgB2H7+CJ0G2JpSiYxjnsVkhGMQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Parallel Full Hash Join  (Melanie Plageman <melanieplageman@gmail.com>)
Ответы Re: Parallel Full Hash Join  (Thomas Munro <thomas.munro@gmail.com>)
Список pgsql-hackers
Hi Melanie,

On Thu, Nov 5, 2020 at 7:34 AM Melanie Plageman
<melanieplageman@gmail.com> wrote:
>
> I've attached a patch with the corrections I mentioned upthread.
> I've gone ahead and run pgindent, though, I can't say that I'm very
> happy with the result.
>
> I'm still not quite happy with the name
> BarrierArriveAndDetachExceptLast(). It's so literal. As you said, there
> probably isn't a nice name for this concept, since it is a function with
> the purpose of terminating parallelism.

You sent in your patch, v3-0001-Support-Parallel-FOJ-and-ROJ.patch to
pgsql-hackers on Nov 5, but you did not post it to the next
CommitFest[1].  If this was intentional, then you need to take no
action.  However, if you want your patch to be reviewed as part of the
upcoming CommitFest, then you need to add it yourself before
2021-01-01 AOE[2]. Also, rebasing to the current HEAD may be required
as almost two months passed since when this patch is submitted. Thanks
for your contributions.

Regards,

[1] https://commitfest.postgresql.org/31/
[2] https://en.wikipedia.org/wiki/Anywhere_on_Earth

Regards,

-- 
Masahiko Sawada
EnterpriseDB:  https://www.enterprisedb.com/



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Luc Vlaming
Дата:
Сообщение: Lazy JIT IR code generation to increase JIT speed with partitions
Следующее
От: Masahiko Sawada
Дата:
Сообщение: Re: [PATCH] TAP test showing that pg_replication_slot_advance() works on standby