Re: add --no-sync to pg_upgrade's calls to pg_dump and pg_dumpall

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: add --no-sync to pg_upgrade's calls to pg_dump and pg_dumpall
Дата
Msg-id ZjwS7KMcRq7YGvt5@paquier.xyz
обсуждение исходный текст
Ответ на Re: add --no-sync to pg_upgrade's calls to pg_dump and pg_dumpall  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: add --no-sync to pg_upgrade's calls to pg_dump and pg_dumpall
Список pgsql-hackers
On Wed, May 08, 2024 at 02:49:58PM -0400, Tom Lane wrote:
> Nathan Bossart <nathandbossart@gmail.com> writes:
>> Thanks for looking.  I noticed that the version check is unnecessary since
>> we always use the new binary's pg_dump[all], so I removed that in v2.
>
> +1

+1.  Could there be an argument in favor of a backpatch?  This is a
performance improvement, but one could also side that the addition of
sync support in pg_dump[all] has made that a regression that we'd
better fix because the flushes don't matter in this context.  They
also bring costs for no gain.
--
Michael

Вложения

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

Предыдущее
От: Nathan Bossart
Дата:
Сообщение: Re: ALTER EXTENSION SET SCHEMA versus dependent types
Следующее
От: David Rowley
Дата:
Сообщение: Re: Expand applicability of aggregate's sortop optimization