From: | Robert Creager <robertc(at)spectralogic(dot)com> |
---|---|
To: | Justin Pryzby <pryzby(at)telsasoft(dot)com> |
Cc: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "pgsql-performance(at)lists(dot)postgresql(dot)org" <pgsql-performance(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Need help identifying a periodic performance issue. |
Date: | 2021-11-18 17:03:08 |
Message-ID: | 8048B2EE-E627-4818-9FB4-00E78D245CC8@spectralogic.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
> On Nov 17, 2021, at 10:42 PM, Justin Pryzby <pryzby(at)telsasoft(dot)com> wrote:
>
> This message originated outside your organization.
>
> On Thu, Nov 18, 2021 at 04:39:42PM +1300, Thomas Munro wrote:
>> On Thu, Nov 18, 2021 at 1:18 PM Robert Creager <robertc(at)spectralogic(dot)com> wrote:
>>> So, how do I go about capturing more information for the big brains (you guys) to help figure this out? I have all our resources at mine (and hence your) disposal.
>>
>> As a workaround, does it help if you issue DISCARD PLANS before your
>> COPY jobs, or alternatively start with a fresh connection? I'm
I can certainly give that a try.
> It also seems to work if one does SET plan_cache_mode=force_custom_plan;
>
> Robert might try that, either in postresql.conf, or SET in the client that's
> doing COPY.
Which would be better? Discard plans or forcing custom plans? Seems like wrapping a copy might be better than the Postgres.conf change as that would affect all statements. What kind of performance hit would we be taking with that do you estimate? Microseconds per statement? Yeah, hard to say, depends on hardware and such. Would there be any benefit overall to doing that? Forcing the replan?
Best,
Robert
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Munro | 2021-11-18 21:08:02 | Re: Need help identifying a periodic performance issue. |
Previous Message | Justin Pryzby | 2021-11-18 05:42:21 | Re: Need help identifying a periodic performance issue. |