Re: pgsql: Fix "base" snapshot handling in logical decoding
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: pgsql: Fix "base" snapshot handling in logical decoding |
| Дата | |
| Msg-id | 27276.1530313324@sss.pgh.pa.us обсуждение |
| Ответ на | Re: pgsql: Fix "base" snapshot handling in logical decoding (Alvaro Herrera <alvherre@2ndquadrant.com>) |
| Ответы |
Re: pgsql: Fix "base" snapshot handling in logical decoding
|
| Список | pgsql-hackers |
Alvaro Herrera <alvherre@2ndquadrant.com> writes:
>> On 2018-Jun-28, Tom Lane wrote:
>>> According to buildfarm member friarbird, and as confirmed here,
>>> the contrib/test_decoding/specs/oldest_xmin.spec test added by this
>>> commit fails under CLOBBER_CACHE_ALWAYS.
> I suppose 60 seconds (isolationtester's default timeout) is just not
> enough time for those machines. We could increase it to 180 seconds and
> see if that's enough to make them pass ...
What I want to know is why this test is doing a database-wide VACUUM FULL
in the first place. If that isn't profligate wastage of testing cycles,
why not?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера