Re: postmaster consuming /lots/ of memory with hash aggregate. why? - Mailing list pgsql-performance

From Jon Nelson
Subject Re: postmaster consuming /lots/ of memory with hash aggregate. why?
Date
Msg-id AANLkTim6CnN1ubjnuRahV3p-UBaMUzD5nMWtQQ3batCE@mail.gmail.com
Whole thread Raw
In response to Re: postmaster consuming /lots/ of memory with hash aggregate. why?  (Pavel Stehule <pavel.stehule@gmail.com>)
Responses Re: postmaster consuming /lots/ of memory with hash aggregate. why?
List pgsql-performance
On Thu, Nov 11, 2010 at 10:26 PM, Pavel Stehule <pavel.stehule@gmail.com> wrote:
> Hello
>
> look on EXPLAIN ANALYZE command. Probably your statistic are out, and
> then planner can be confused. EXPLAIN ANALYZE statement show it.

As I noted earlier, I did set statistics to 1000 an re-ran vacuum
analyze and the plan did not change.

What other diagnostics can I provide? This still doesn't answer the
40000 row question, though. It seems absurd to me that the planner
would give up and just use 40000 rows (0.02 percent of the actual
result).

--
Jon

pgsql-performance by date:

Previous
From: Pavel Stehule
Date:
Subject: Re: postmaster consuming /lots/ of memory with hash aggregate. why?
Next
From: Pavel Stehule
Date:
Subject: Re: postmaster consuming /lots/ of memory with hash aggregate. why?