Re: Addition of --no-sync to pg_upgrade for test speedup

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Addition of --no-sync to pg_upgrade for test speedup
Дата
Msg-id 20211217144705.GB5592@momjian.us
обсуждение исходный текст
Ответ на Re: Addition of --no-sync to pg_upgrade for test speedup  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Ответы Re: Addition of --no-sync to pg_upgrade for test speedup  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-hackers
On Fri, Dec 17, 2021 at 10:21:04AM +0100, Peter Eisentraut wrote:
> On 16.12.21 07:50, Michael Paquier wrote:
> > As per $subject, avoiding the flush of the new cluster's data
> > directory shortens a bint the runtime of the test.  In some of my slow
> > VMs, aka Windows, this shaves a couple of seconds even if the bulk of
> > the time is still spent on the main regression test suite.
> > 
> > In pg_upgrade, we let the flush happen with initdb --sync-only, based
> > on the binary path of the new cluster, so I think that we are not
> > going to miss any test coverage by skipping that.
> 
> I think that is reasonable.
> 
> Maybe we could have some global option, like some environment variable, that
> enables the "sync" mode in all tests, so it's easy to test that once in a
> while.  Not really a requirement for your patch, but an idea in case this is
> a concern.

Yes, I think it would be good to see all the places we might want to
pass the no-sync option.

-- 
  Bruce Momjian  <bruce@momjian.us>        https://momjian.us
  EDB                                      https://enterprisedb.com

  If only the physical world exists, free will is an illusion.




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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Adding CI to our tree
Следующее
От: Justin Pryzby
Дата:
Сообщение: \d with triggers: more than one row returned by a subquery used as an expression