Re: Slow count(*) again... - Mailing list pgsql-performance

From david@lang.hm
Subject Re: Slow count(*) again...
Date
Msg-id alpine.DEB.2.00.1010131237010.30818@asgard.lang.hm
Whole thread Raw
In response to Re: Slow count(*) again...  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-performance
On Wed, 13 Oct 2010, Tom Lane wrote:

> Neil Whelchel <neil.whelchel@gmail.com> writes:
>
> That's probably got little to do with caching and everything to do with
> setting hint bits on the first SELECT pass.
>
> I concur with Mark's question about whether your UPDATE pushed the table
> size across the limit of what would fit in RAM.

Neil, can you just double the size of your initial test to make sure that
it's too large to fit in ram to start with?

David Lang

pgsql-performance by date:

Previous
From: Mladen Gogala
Date:
Subject: Re: Bogus startup cost for WindowAgg
Next
From: Neil Whelchel
Date:
Subject: Re: Slow count(*) again...