Re: parallelizing the archiver

Поиск
Список
Период
Сортировка
От Bossart, Nathan
Тема Re: parallelizing the archiver
Дата
Msg-id 5F6938F1-4572-4C9E-B7C9-4992C2324B78@amazon.com
обсуждение исходный текст
Ответ на Re: parallelizing the archiver  (Stephen Frost <sfrost@snowman.net>)
Ответы Re: parallelizing the archiver  (Stephen Frost <sfrost@snowman.net>)
Список pgsql-hackers
On 10/4/21, 7:21 PM, "Stephen Frost" <sfrost@snowman.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


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

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Role Self-Administration
Следующее
От: Tom Lane
Дата:
Сообщение: Re: plperl: update ppport.h and fix configure version check