| From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
|---|---|
| To: | Andres Freund <andres(at)anarazel(dot)de> |
| Cc: | "Shulgin, Oleksandr" <oleksandr(dot)shulgin(at)zalando(dot)de>, Simon Riggs <simon(at)2ndquadrant(dot)com>, Greg S <stark(at)mit(dot)edu>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: On-demand running query plans using auto_explain and signals |
| Date: | 2015-08-29 17:31:04 |
| Message-ID: | CAFj8pRAfA1qOQn8Rqc7JNPDK3OKq8wH==7Y9JwE25gYFWW9uEw@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
2015-08-29 18:36 GMT+02:00 Andres Freund <andres(at)anarazel(dot)de>:
> On 2015-08-29 18:27:59 +0200, Pavel Stehule wrote:
> > 2015-08-29 18:25 GMT+02:00 Shulgin, Oleksandr <
> oleksandr(dot)shulgin(at)zalando(dot)de>
> > > Good point. There's still hope to set a flag and process it later on.
> > > Will have to check if it's possible to stay in the scope of a loaded
> module
> > > though.
>
> > I had a workable prototype - and It was implemented very similar as
> > handling CANCEL
>
> Where did you put the handling of that kind of interrupt? Directly into
> ProcessInterrupts()?
>
Probably. I don't remember it well, but it need hack code - it cannot be
used from extension.
Pavel
>
> Andres
>
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2015-08-29 18:28:27 | Re: Pg_upgrade remote copy |
| Previous Message | Pavel Stehule | 2015-08-29 17:29:39 | Re: to_json(NULL) should to return JSON null instead NULL |