Re: Should we update the random_page_cost default value?

From: Tomas Vondra <tomas(at)vondra(dot)me>
To: David Rowley <dgrowleyml(at)gmail(dot)com>, Greg Sabino Mullane <htamfids(at)gmail(dot)com>
Cc: Robert Treat <rob(at)xzilla(dot)net>, Andres Freund <andres(at)anarazel(dot)de>, Bruce Momjian <bruce(at)momjian(dot)us>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Should we update the random_page_cost default value?
Date: 2025-10-08 10:01:40
Message-ID: 3400df27-4f2a-4f27-834a-5f7ba058f26d@vondra.me
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 10/8/25 06:02, David Rowley wrote:
> On Wed, 8 Oct 2025 at 08:15, Greg Sabino Mullane <htamfids(at)gmail(dot)com> wrote:
>> I've been doing this sort of thing for clients a long time, and I always test both directions when I come across a query that should be faster. For real-world queries, 99% of them have no change or improve with a lowered rpc, and 99% get worse via a raised rpc. So color me unconvinced.
>
> I wonder how much past experience for this on versions before v18
> count in now that we have AIO. The bar should have moved quite
> significantly with v18 in terms of how often Seq Scans spend waiting
> for IO vs Index Scans. So maybe Tomas's results shouldn't be too
> surprising. Maybe the graph would look quite different with io_method
> = 'sync'.. ?
>

Interesting idea, and I'll try to run this on 17 and/or on 18/sync. I
should have some results tomorrow.

But based on the testing I've done on 18beta1 (in the thread about what
should be the default for io_method), I doubt it'll change the outcome
very much. It showed no change for indexscans, and seqscans got about 2x
as fast. So the random_page_cost will be about 1/2 of what the earlier
results said - that's a change, but it's still more than 2x of the
current value.

Let's see if the results agree with my guess ...

regards

--
Tomas Vondra

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Álvaro Herrera 2025-10-08 10:04:04 Re: pg_createsubscriber --dry-run logging concerns
Previous Message Amit Kapila 2025-10-08 09:45:33 Re: Logical Replication of sequences