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
|
Список | 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 по дате отправления: