Re: Parallel Apply

From: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
To: Kirill Reshke <reshkekirill(at)gmail(dot)com>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Parallel Apply
Date: 2025-08-12 09:14:15
Message-ID: CAA4eK1+0fhpnZYn_-joNK8zmA7DJ2dzowg=gO7f_ewfsBReN8w@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Aug 11, 2025 at 3:00 PM Kirill Reshke <reshkekirill(at)gmail(dot)com> wrote:
>
> On Mon, 11 Aug 2025 at 13:45, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> wrote:
> >
> > I am not sure if that is directly applicable because this work
> > proposes to track dependencies based on logical WAL contents. However,
> > if you can point me to README on the overall design of the work you
> > are pointing to then I can check it once.
>
>
> The only doc on this that I am aware of is [0]. The project is however
> more dead than alive, but I hope this is just a temporary stop of
> development, not permanent.
>
> [0] https://wiki.postgresql.org/wiki/Parallel_Recovery
>

Thanks for sharing the wiki page. After reading, it seems we can't use
the exact dependency tracking mechanism as both the projects have
different dependency requirements. However, it could be an example to
refer to and maybe some parts of the infrastructure could be reused.

--
With Regards,
Amit Kapila.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Japin Li 2025-08-12 09:25:30 Re: Excessive LOG messages from replication slot sync worker
Previous Message Dilip Kumar 2025-08-12 09:01:17 Re: Conflict detection for update_deleted in logical replication