Re: [HACKERS] recent deadlock regression test failures
| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] recent deadlock regression test failures |
| Дата | |
| Msg-id | 17063.1491625324@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [HACKERS] recent deadlock regression test failures (Thomas Munro <thomas.munro@enterprisedb.com>) |
| Ответы |
Re: [HACKERS] recent deadlock regression test failures
|
| Список | pgsql-hackers |
Thomas Munro <thomas.munro@enterprisedb.com> writes:
> Here is an attempt at option 2 from the menu I posted above. Questions:
> 1. Does anyone object to this extension of pg_blocking_pids()'s
> remit? If so, I could make it a separate function (that was option
> 3).
It seems an entirely principle-free change in the function's definition.
I'm not actually clear on why Kevin wanted this change in
isolationtester's wait behavior anyway, so maybe some clarification
on that would be a good idea. But if we need it, I think probably
a dedicated function would be a good thing. We want the wait-checking
query to be as trivial as possible at the SQL level, so whatever
semantic oddities it needs to have should be pushed into C code.
regards, tom lane
В списке pgsql-hackers по дате отправления: