From: | Justin Pryzby <pryzby(at)telsasoft(dot)com> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | pgsql-hackers(at)postgresql(dot)org, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Subject: | Re: terminate called after throwing an instance of 'std::bad_alloc' |
Date: | 2021-04-20 05:58:21 |
Message-ID: | 20210420055821.GA17201@telsasoft.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Apr 20, 2021 at 12:38:26AM -0500, Justin Pryzby wrote:
> I don't know if this is related to the other issues, but this seems leaky.
And it explains how the context use counter can exceed its threshold.
create or replace function fn() returns void language plpgsql as $$ declare rec int; begin SELECT relpages INTO rec FROM pg_class LIMIT 1; end $$;
explain analyze
SELECT fn()
FROM generate_series(1,99);
SELECT SUM(a) FROM (VALUES(1))a(a);
time PGOPTIONS='-cclient_min_messages=debug -clog_executor_stats=off -clog_min_duration_statement=-1 -cjit=on -cjit_above_cost=0 -cjit_inline_above_cost=0' psql ts -f jitleak.sql
...
psql:jitleak.sql:6: DEBUG: recreating LLVM context after 100 uses
Question: does the jit context need to be recreated only when inlining is
enabled? Or maybe it's better if it's not conditionalized like that..
From | Date | Subject | |
---|---|---|---|
Next Message | Bharath Rupireddy | 2021-04-20 06:55:25 | Re: Performance degradation of REFRESH MATERIALIZED VIEW |
Previous Message | Pavel Stehule | 2021-04-20 05:58:05 | Re: 2 questions about volatile attribute of pg_proc. |