Re: WalSndWakeup() and synchronous_commit=off
| От | Tom Lane |
|---|---|
| Тема | Re: WalSndWakeup() and synchronous_commit=off |
| Дата | |
| Msg-id | 11171.1336761923@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: WalSndWakeup() and synchronous_commit=off (Andres Freund <andres@2ndquadrant.com>) |
| Ответы |
Re: WalSndWakeup() and synchronous_commit=off
Re: WalSndWakeup() and synchronous_commit=off |
| Список | pgsql-hackers |
Andres Freund <andres@2ndquadrant.com> writes:
> Its the only place though which knows whether its actually sensible to wakeup
> the walsender. We could make it return whether it wrote anything and do the
> wakeup at the callers. I count 4 different callsites which would be an
> annoying duplication but I don't really see anything better right now.
Another point here is that XLogWrite is not only normally called with
the lock held, but inside a critical section. I see no reason to take
the risk of doing signal sending inside critical sections.
BTW, a depressingly large fraction of the existing calls to WalSndWakeup
are also inside critical sections, generally for no good reason that I
can see. For example, in EndPrepare(), why was the call placed where
it is and not down beside SyncRepWaitForLSN?
regards, tom lane
В списке pgsql-hackers по дате отправления: