Re: Use nanosleep(2) in pg_usleep, if available?
От
Andres Freund
Тема
Re: Use nanosleep(2) in pg_usleep, if available?
Дата
Msg-id
5534A71E-1A0A-45D3-9A83-DFDC8DEBFCCC@anarazel.de
Ответ на
Re: Use nanosleep(2) in pg_usleep, if available? (Robert Haas)
Список
Дерево обсуждения
Use nanosleep(2) in pg_usleep, if available? Tom Lane <tgl@sss.pgh.pa.us>
Re: Use nanosleep(2) in pg_usleep, if available? Robert Haas <robertmhaas@gmail.com>
Re: Use nanosleep(2) in pg_usleep, if available? Tom Lane <tgl@sss.pgh.pa.us>
Re: Use nanosleep(2) in pg_usleep, if available? Robert Haas <robertmhaas@gmail.com>
Re: Use nanosleep(2) in pg_usleep, if available? Andres Freund <andres@anarazel.de>
Re: Use nanosleep(2) in pg_usleep, if available? Tom Lane <tgl@sss.pgh.pa.us>
Re: Use nanosleep(2) in pg_usleep, if available? Magnus Hagander <magnus@hagander.net>
Hi, On March 12, 2019 10:17:19 AM PDT, Robert Haas wrote: >On Tue, Mar 12, 2019 at 1:13 PM Tom Lane wrote: >> (I'm not sure what I think about which behavior is really more >> desirable. We can debate that if there's actually a plausible >> choice to be made, which seems to depend on Windows.) > >Yeah, that's a fair question. My motivation for asking was that I >sometimes try to insert sleeps when debugging things, and they don't >actually sleep, because they get interrupted. That's not dispositive, >though. Had that happen annoyingly often too. OTOH, we have some sleep loops where it's probably mildly helpful to react faster when an interrupt happens. But those probably should be rewritten to use latches. Andres -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
В списке pgsql-hackers по дате отправления