Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests
От
Andres Freund
Тема
Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests
Дата
Msg-id
20220129214713.vxaazhbsayc3aenp@alap3.anarazel.de
Ответ на
Список
Дерево обсуждения
pg_basebackup WAL streamer shutdown is bogus - leading to slow tests Andres Freund <andres@anarazel.de>
Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests Tom Lane <tgl@sss.pgh.pa.us>
Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests Magnus Hagander <magnus@hagander.net>
Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests Magnus Hagander <magnus@hagander.net>
Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests Andres Freund <andres@anarazel.de>
Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests Andres Freund <andres@anarazel.de>
Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests Magnus Hagander <magnus@hagander.net>
Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests Andres Freund <andres@anarazel.de>
Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests Andres Freund <andres@anarazel.de>
Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests Andres Freund <andres@anarazel.de>
Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests Andres Freund <andres@anarazel.de>
Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests Magnus Hagander <magnus@hagander.net>
Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests Andres Freund <andres@anarazel.de>
Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests Magnus Hagander <magnus@hagander.net>
Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests Magnus Hagander <magnus@hagander.net>
Hi, On 2022-01-29 12:44:22 -0800, Andres Freund wrote: > On 2022-01-17 10:06:56 -0800, Andres Freund wrote: > > Yes, that's what I was suggesting. I wasn't thinking of using a static var, > > but putting it in StreamCtl. Note that what pgwin32_waitforsinglesocket() > > is doing doesn't protect against the problem referenced above, because it > > still is reset by WSAEventSelect. > > Do we are about breaking StreamCtl ABI? I don't think so? Here's a version of the patch only creating the event once. Needs a small bit of comment polishing, but otherwise I think it's sane? Greetings, Andres Freund
В списке pgsql-hackers по дате отправления