Re: add list of major features to the v19 release notes - Mailing list pgsql-hackers

From Jonathan S. Katz
Subject Re: add list of major features to the v19 release notes
Date
Msg-id 41ef3063-25fe-43a4-b8d9-cd715593665f@postgresql.org
Whole thread
In response to Re: add list of major features to the v19 release notes  (Nathan Bossart <nathandbossart@gmail.com>)
Responses Re: add list of major features to the v19 release notes
Re: add list of major features to the v19 release notes
Re: add list of major features to the v19 release notes
List pgsql-hackers
On 9/18/26 11:52 AM, Nathan Bossart wrote:

> Thanks for the patch.

Thanks for the review - sorry for the delay, for some reason this didn't 
hit my inbox.

> nit: extra space before "command"

Fixed.

> s/which can help increase/which can improve

Accepted.

> nit: extra "and"

Fixed.

> Hm.  Can we be more descriptive here?  Maybe something like "Support for
> read-your-writes query patterns on standbys via the new..."

Doing some research, it seems the most common word is "consistency". I 
opted for that. LMK what you think.

> Per commits 1a562a2661b and e527bf17d04, I think we're just calling it
> "WAIT" and not "WAIT FOR".

Ack; I'll refrain from bikeshedding. Adjusted.

>> +      <link linkend="autovacuum-priority">user-defined prioritization of autovacuuming</link>.
> 
> IMHO this makes it sound like users will be able to choose the priority of
> each individual table, when we actually are just giving them a handful of
> coarse controls.  I think we ought to emphasize the scoring system instead.
> In theory, most users shouldn't need to adjust anything and the
> prioritization will "Just Work" for them.
Ack; I took a read of the docs and saw we were referring to it as 
autovacuuming prioritization, so tried:

+ <link linkend="autovacuum-priority">autovacuuming prioritization</link>
+ through a new scoring system.

if you think that makes sense based on that. Patch attached.

Thanks,

Jonathan


Attachment

pgsql-hackers by date:

Previous
From: Nathan Bossart
Date:
Subject: Re: Speed up lpad() and rpad() for one-byte padding strings
Next
From: Melanie Plageman
Date:
Subject: Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten