Re: [PATCH] Don't block HOT update by BRIN index

Поиск
Список
Период
Сортировка
От Tomas Vondra
Тема Re: [PATCH] Don't block HOT update by BRIN index
Дата
Msg-id d57873f2-f05a-2c74-d1b6-b0e702f7ecec@enterprisedb.com
обсуждение исходный текст
Ответ на Re: [PATCH] Don't block HOT update by BRIN index  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [PATCH] Don't block HOT update by BRIN index  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 12/5/21 21:16, Tom Lane wrote:
> Justin Pryzby <pryzby@telsasoft.com> writes:
>> brin.sql's new brin_hot test is failing sometimes.
>> Evidently because:
>> | 2021-12-01 04:02:01.096 CET [61a6e587.3106b1:4] LOG:  wait_for_hot_stats delayed 33.217301 seconds
>> It seems like maybe the UDP packet lost to the stats collector got lost ?
>> It fails less than 10% of the time here, probably depending on load.
> 
> Oh, geez.  *Please* let us not add another regression failure mode
> like the ones that afflict stats.sql.  We do not need a doubling
> of that failure rate.  I suggest just removing this test.
> 

Whooops. Agreed, I'll get rid of that test.


regards

-- 
Tomas Vondra
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: pg_dump versus ancient server versions
Следующее
От: Kyotaro Horiguchi
Дата:
Сообщение: Re: Is ssl_crl_file "SSL server cert revocation list"?