Re: A minor adjustment to get_cheapest_path_for_pathkeys

From: Andy Fan <zhihui(dot)fan1213(at)gmail(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Aleksander Alekseev <aleksander(at)timescale(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Richard Guo <guofenglinux(at)gmail(dot)com>
Subject: Re: A minor adjustment to get_cheapest_path_for_pathkeys
Date: 2023-09-06 13:00:20
Message-ID: CAKU4AWqOk6jANz65uib1eVzKH0gRCZ2Ty8WXu1rFQc9_mGHzqA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Sep 6, 2023 at 8:50 PM Robert Haas <robertmhaas(at)gmail(dot)com> wrote:

> On Wed, Sep 6, 2023 at 2:45 AM Andy Fan <zhihui(dot)fan1213(at)gmail(dot)com> wrote:
> > I guess the *valuable* sometimes means the effort we pay is greater
> > than the benefit we get, As for this patch, the benefit is not huge (it
> > is possible the compiler already does that). and the most effort we pay
> > should be committer's attention, who needs to grab the patch, write the
> > correct commit and credit to the author and push it. I'm not sure if
> > Aleksander is worrying that this kind of patch will grab too much of
> > the committer's attention and I do see there are lots of patches like
> > this.
>
> Very fair point. However, as you said in your follow-up email, Richard
> Guo has done a lot of good work in this area already, so it makes
> sense to pay a bit more attention to his suggestions.
>

Agreed.

>
> > In my opinion, we can do some stuff to improve the ROI.
> > - Authors should do as much as possible, mainly a better commit
> > message. As for this patch, the commit message is " Adjustment
> > to get_cheapest_path_for_pathkeys" which I don't think matches
> > our culture.
>
> I agree. I don't think the patch submitter is obliged to try to write
> a good commit message, but people who contribute regularly or are
> posting large stacks of complex patches are probably well-advised to
> try. It makes life easier for committers and even for reviewers trying
> to make sense of their patches.
>

Fair enough.

> > Actually I also want to know what "Ready for Committer" is designed for,
> > and when/who can mark a patch as "Ready for Committer" ?
>
> Any reviewer who feels that this is the case. It's not binding on
> anyone; it's an opinion.
>

Glad to know that. I have marked myself as a reviewer and mark this entry
as "Ready for Committer".

https://commitfest.postgresql.org/44/4286/

--
Best Regards
Andy Fan

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Ashutosh Bapat 2023-09-06 13:09:35 Re: Optimize planner memory consumption for huge arrays
Previous Message Masahiko Sawada 2023-09-06 12:54:56 Re: [PoC] Improve dead tuple storage for lazy vacuum