From: | Carlos Henrique Reimer <carlos(dot)reimer(at)opendb(dot)com(dot)br> |
---|---|
To: | Craig Ringer <craig(at)2ndquadrant(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Running out of memory while making a join |
Date: | 2012-11-10 16:50:05 |
Message-ID: | CAJnnue0MReCYWPB1_cdH+VK2fv-WXmjCSAvUFrcGKoK8x3M7FA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi,
How is the best way to attach a debugger to the SELECT and identify why is
it exhausting server storage.
Thank you in advance!
On Fri, Nov 9, 2012 at 4:10 AM, Craig Ringer <craig(at)2ndquadrant(dot)com> wrote:
> On 11/08/2012 11:35 PM, Carlos Henrique Reimer wrote:
> > Hi Craig,
> >
> > work_mem is defined with 10MB and yes, there are triggers defined on
> > both tables
>
> Come to think of it, the triggers don't make any difference to memory
> use for a SELECT anyway.
>
> Your work_mem is perfectly reasonable.
>
> The plan looks pretty harsh, with that big nested loop, but I'm not
> aware of anything that'd cause that to run out of memory.
>
> Personally I'd be attaching a debugger to it and seeing what it was
> doing while it ran. I'm sure there are smarter ways to trace where the
> memory use is going, though.
>
> --
> Craig Ringer
>
--
Reimer
47-3347-1724 47-9183-0547 msn: carlos(dot)reimer(at)opendb(dot)com(dot)br
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2012-11-10 18:41:07 | Re: Running out of memory while making a join |
Previous Message | Craig Ringer | 2012-11-10 16:37:31 | Re: control file errors |