Re: reducing random_page_cost from 4 to 2 to force index scan

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Merlin Moncure <mmoncure(at)gmail(dot)com>, Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, Sok Ann Yap <sokann(at)gmail(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: reducing random_page_cost from 4 to 2 to force index scan
Date: 2011-05-13 19:20:37
Message-ID: 2823.1305314437@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> On Tue, Apr 26, 2011 at 9:04 PM, Merlin Moncure <mmoncure(at)gmail(dot)com> wrote:
>> The very first thing to check is effective_cache_size and to set it to
>> a reasonable value.

> Actually, effective_cache_size has no impact on costing except when
> planning a nested loop with inner index scan. So, a query against a
> single table can never benefit from changing that setting.

That's flat out wrong. It does affect the cost estimate for plain
indexscan (and bitmap indexscan) plans.

regards, tom lane

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Robert Haas 2011-05-13 20:04:39 Re: reducing random_page_cost from 4 to 2 to force index scan
Previous Message Robert Haas 2011-05-13 19:04:43 Re: [PERFORMANCE] expanding to SAN: which portion best to move