From: | "Bossart, Nathan" <bossartn(at)amazon(dot)com> |
---|---|
To: | Stephen Frost <sfrost(at)snowman(dot)net> |
Cc: | Andrey Borodin <x4mmm(at)yandex-team(dot)ru>, Robert Haas <robertmhaas(at)gmail(dot)com>, Julien Rouhaud <rjuju123(at)gmail(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: parallelizing the archiver |
Date: | 2021-10-05 03:07:46 |
Message-ID: | 5F6938F1-4572-4C9E-B7C9-4992C2324B78@amazon.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 10/4/21, 7:21 PM, "Stephen Frost" <sfrost(at)snowman(dot)net> wrote:
> This has something we've contemplated quite a bit and the last thing
> that I'd want to have is a requirement to configure a whole bunch of
> additional parameters to enable this. Why do we need to have some many
> new GUCs? I would have thought we'd probably be able to get away with
> just having the appropriate hooks and then telling folks to load the
> extension in shared_preload_libraries..
That would certainly simplify my patch quite a bit. I'll do it this
way in the next revision.
> As for the hooks themselves, I'd certainly hope that they'd be designed
> to handle batches of WAL rather than individual ones as that's long been
> one of the main issues with the existing archive command approach. I
> appreciate that maybe that's less of an issue with a shared library but
> it's still something to consider.
Will do. This seems like it should be easier with the hook because we
can provide a way to return which files were successfully archived.
Nathan
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2021-10-05 03:12:51 | Re: plperl: update ppport.h and fix configure version check |
Previous Message | Stephen Frost | 2021-10-05 02:57:46 | Role Self-Administration |