| From: | Stephen Frost <sfrost(at)snowman(dot)net> |
|---|---|
| To: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Missing CFI in hlCover()? |
| Date: | 2020-07-24 16:05:35 |
| Message-ID: | 20200724160535.GW12375@tamriel.snowman.net |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Greetings,
I'm looking into an issue that we're seeing on the PG archives server
with runaway queries that don't seem to ever want to end- and ignore
signals.
This is PG11, 11.8-1.pgdg100+1 specifically on Debian/buster and what
we're seeing is the loop in hlCover() (wparser_def.c:2071 to 2093) is
lasting an awful long time without any CFI call. It's possible the CFI
call should actually go elsewhere, but the complete lack of any CFI in
wparser_def.c or tsvector_op.c seems a bit concerning.
I'm suspicious there's something else going on here that's causing this
to take a long time but I don't have any smoking gun as yet.
Thanks,
Stephen
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andres Freund | 2020-07-24 16:16:33 | Re: Any objections to implementing LogicalDecodeMessageCB for pgoutput? |
| Previous Message | Tomas Vondra | 2020-07-24 16:01:47 | Re: Default setting for enable_hashagg_disk |