Re: Unexpected Performance for the Function simplify_function - Mailing list pgsql-performance

From Ba Jinsheng
Subject Re: Unexpected Performance for the Function simplify_function
Date
Msg-id SEZPR06MB649453E276944AB5836F4EAF8A482@SEZPR06MB6494.apcprd06.prod.outlook.com
Whole thread Raw
In response to Re: Unexpected Performance for the Function simplify_function  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-performance
>You're still admitting to nothing as to the hardware you are running
this test on.

I still do not get what you are saying. You want to know the disk is SSD or not?

It is HDD disk, AMD 3990X 64 Core CPU, 256GB RAM running Ubuntu 22.04


Best regards,

Jinsheng Ba

 



From: Tom Lane <tgl@sss.pgh.pa.us>
Sent: Saturday, October 26, 2024 8:28 AM
To: Ba Jinsheng <bajinsheng@u.nus.edu>
Cc: pgsql-performance@lists.postgresql.org <pgsql-performance@lists.postgresql.org>
Subject: Re: Unexpected Performance for the Function simplify_function
 
        - External Email -



Ba Jinsheng <bajinsheng@u.nus.edu> writes:
>> It looks like the better plan involves a
>> nestloop with inner indexscan on lineitem, which is something whose
>> estimated cost depends enormously on random_page_cost.  You've given
>> us exactly zero detail about your test conditions, so it's hard to say
>> more than that.

> I used the default configuration in the file src/backend/utils/misc/postgresql.conf.sample
> So the random_page_cost = 4.0

You're still admitting to nothing as to the hardware you are running
this test on.

However, 4.0 is a number we chose decades ago based on typical
performance of spinning-rust storage.  It's not very appropriate
for SSD or similar storage -- numbers just a bit above 1 are
probably the most appropriate thing for that kind of storage.
(There are ongoing discussions about changing the setting's default
value, but so far not backed by any great deal of hard evidence.)

                        regards, tom lane
Notice: This email is generated from the account of an NUS alumnus. Contents, views, and opinions therein are solely those of the sender.

pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: Unexpected Performance for the Function simplify_function
Next
From: Stepan Yankevych
Date:
Subject: Postgresql 14/15/16/17 partition pruning on dependent table during join