Re: Rapid Seek Devices (feature request)

From: NTPT <ntpt(at)centrum(dot)cz>
To: Jeremy Harris <jgh(at)wizmail(dot)org>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Rapid Seek Devices (feature request)
Date: 2009-08-17 22:34:44
Message-ID: 4A89DB04.80702@centrum.cz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

AFAIK postgresql measure characteristic of the data distribution in the
tables and indexes (that is what vacuum ANALYSE does) , but results of
that measures are **weighted by** random_page_cost and
sequential_page_cost. So measurements are correct, but costs (weight)
should reflect a real speed for sequentional and random operation of the
storage device(s) (tablespaces) involved.

Jeremy Harris napsal(a):
> On 08/17/2009 03:24 AM, Craig Ringer wrote:
>> On 16/08/2009 9:06 PM, NTPT wrote:
>>> So I suggest we should have "random_page_cost" and
>>> "Sequential_page_cost" configurable on per tablespace basis.
>>
>> That strikes me as a REALLY good idea, personally, though I don't know
>> enough about the planner to factor in implementation practicalities and
>> any cost for people _not_ using the feature.
>
> Could not pgsql *measure* these costs (on a sampling basis, and with long
> time-constants)?
>
> - Jeremy
>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Andrew Bartley 2009-08-17 22:42:35 Re: Function Logging
Previous Message Michael Clark 2009-08-17 22:28:21 PQgetlength vs. octet_length()