From: | Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Tomas Vondra <tomas(at)vondra(dot)me>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Should we update the random_page_cost default value? |
Date: | 2025-10-06 08:54:03 |
Message-ID: | a750a924ac8a1bf87ef19f9af6733f9a664180cf.camel@cybertec.at |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, 2025-10-06 at 01:53 -0400, Tom Lane wrote:
> Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at> writes:
> > On Mon, 2025-10-06 at 01:29 -0400, Tom Lane wrote:
> > > But if what
> > > we're trying to model is net resource demands, with an eye to
> > > minimizing the total system load not execution time of any one query,
> > > maybe we can continue to work with something close to what we've
> > > traditionally done.
>
> > Did anybody propose that?
>
> I just did ;-). If we don't adopt a mindset along that line,
> then AIO is going to require some *radical* changes in the
> planner's I/O cost models.
I see your point, and actually the idea of the planner targeting
the lowest resource usage ist quite attractive. That is, in a
situation where you want to optimize throughput. I regularly
find myself advising users that if their CPU load is approaching
100%, they had better disable parallel query.
But I am afraid that that would pessimize plans for analytical
queries, where your sole goal is a low response time.
This is far from a serious proposal, but perhaps there could be
a parameter "optimizer_goal" with values "throughput", "response_time"
and "mixed" that determines the default value for other parameters...
Yours,
Laurenz Albe
From | Date | Subject | |
---|---|---|---|
Next Message | Tomas Vondra | 2025-10-06 08:56:18 | Re: Should we update the random_page_cost default value? |
Previous Message | Peter Eisentraut | 2025-10-06 08:53:57 | Re: split func.sgml to separated individual sgml files |