Re: Proposal: add a debug message about using geqo - Mailing list pgsql-hackers

From Ashutosh Bapat
Subject Re: Proposal: add a debug message about using geqo
Date
Msg-id CAExHW5ufGEX9jJ+D1yrCKg3cHPo=Snx7hszOB6TVKNPKeHx5Pw@mail.gmail.com
Whole thread Raw
In response to Proposal: add a debug message about using geqo  (KAWAMOTO Masaya <kawamoto@sraoss.co.jp>)
Responses Re: Proposal: add a debug message about using geqo
List pgsql-hackers
If we add that information to EXPLAIN output, the user won't need
access to server logs.

May be we need it in both the places.

On Tue, May 10, 2022 at 6:35 AM KAWAMOTO Masaya <kawamoto@sraoss.co.jp> wrote:
>
> Hi,
>
> During query tuning, users may want to check if GEQO is used or not
> to generate a plan. However, users can not know it by simply counting
> the number of tables that appear in SQL. I know we can know it by
> enabling GEQO_DEBUG flag, but it needs recompiling, so I think it is
> inconvenient.
>
> So, I would like to propose to add a debug level message that shows
> when PostgreSQL use GEQO. That enables users to easily see it by
> just changing log_min_messages.
>
> Use cases are as follows:
> - When investigating about the result of planning, user can determine
> whether the plan is chosen by the standard planning or GEQO.
>
> - When tuning PostgreSQL, user can determine the suitable value of
> geqo_threshold parameter.
>
> Best regards.
>
> --
> KAWAMOTO Masaya <kawamoto@sraoss.co.jp>
> SRA OSS, Inc. Japan



-- 
Best Wishes,
Ashutosh Bapat



pgsql-hackers by date:

Previous
From: Bharath Rupireddy
Date:
Subject: Re: How about renaming XLogFileRead() to XLogFileOpenForRead() and XLogFileOpen() to XLogFileOpenForWrite()?
Next
From: Fabien COELHO
Date:
Subject: Re: psql now shows zero elapsed time after an error