| От | Tom Lane |
|---|---|
| Тема | Re: Why do pg_upgrade's test use the serial schedule? |
| Дата | |
| Msg-id | 2434.1541455692@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Why do pg_upgrade's test use the serial schedule? (Andres Freund <andres@anarazel.de>) |
| Ответы |
Re: Why do pg_upgrade's test use the serial schedule?
|
| Список | pgsql-hackers |
Andres Freund <andres@anarazel.de> writes:
> On 2018-11-05 16:32:20 -0500, Tom Lane wrote:
>> It's injected via the TEMP_CONFIG env variable.
> Ah, thanks. Is there any good reason to not instead have it in the
> script?
Why that script in particular? If you don't want fsync, you likely
don't want it across the entire check-world run. The TEMP_CONFIG
thing is a hack no doubt, but it gets the job done globally. Also,
if you *do* want fsync, there's one place to turn it back on. I'm
not a fan of individual tests deciding they know what to do.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера