Re: [PATCHES] Win32 CHECK_FOR_INTERRUPTS() performance
| От | Andrew Dunstan |
|---|---|
| Тема | Re: [PATCHES] Win32 CHECK_FOR_INTERRUPTS() performance |
| Дата | |
| Msg-id | 435A5D7A.8060007@dunslane.net обсуждение |
| Ответ на | Re: [PATCHES] Win32 CHECK_FOR_INTERRUPTS() performance (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
Tom Lane wrote: >"Magnus Hagander" <mha@sollentuna.net> writes: > > >>I can unfortunatly conform that I'm also seeing this :-( I'm seeing it >>in some kind of tight loop in the plpgsql regression test. Either that, >>or it's just doing something *really* slowly. Doing some poking at it >>with procexp I see it always being somewhere in a callstack that's >>around: >> >> > >Which test command is it executing exactly? I'm wondering about the >part of the test that exercises statement_timeout. Could we somehow >have broken the ability to detect timeout interrupts ... and if so, how? > > It appears to hang in blockme() - so your guess seems correct. >Has anyone checked whether the backend still responds to SIGINT >with the patch in place? > > After it hung, I issued pg_ctl -m fast -w stop and it stopped cleanly. cheers andrew
В списке pgsql-hackers по дате отправления: