Re: VM corruption on standby

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: VM corruption on standby
Дата
Msg-id kbrpeatngns37xad6ym3a5qj3izbsspnbtyim6gsux6p3djxyf@n5hkeclcq3vl
обсуждение исходный текст
Ответ на Re: VM corruption on standby  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: VM corruption on standby
Список pgsql-hackers
Hi,

On 2025-08-19 23:47:21 -0400, Tom Lane wrote:
> Thomas Munro <thomas.munro@gmail.com> writes:
> > On Wed, Aug 20, 2025 at 7:50 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> >> I'm inclined to think that we do want to prohibit WaitEventSetWait
> >> inside a critical section --- it just seems like a bad idea all
> >> around, even without considering this specific failure mode.
> 
> > FWIW aio/README.md describes a case where we'd need to wait for an IO,
> > which might involve a CV to wait for an IO worker to do something, in
> > order to start writing WAL, which is in a CS.
> 
> Hm.  It still makes me mighty uncomfortable, because the point of a
> critical section is "crash the database if anything goes wrong during
> this bit".  Waiting for another process --- or thread --- greatly
> increases the scope of ways for things to go wrong.  So I'm not
> exactly convinced that this aspect of the AIO architecture is
> well-thought-out.

I don't see the alternative:

1) Some IO is done in critical sections (e.g. WAL writes / flushes)

2) Sometimes we need to wait for already started IO in critical sections
   (also WAL)

3) With some ways of doing AIO the IO is offloaded to other processes, and
   thus waiting for the IO to complete always requires waiting for another
   process

How could we avoid the need to wait for another process in criticial sections
given these points?

Greetings,

Andres Freund



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