Re: doc: expand note about pg_upgrade's --jobs option
Magnus Hagander <magnus@hagander.net>
From: Magnus Hagander <magnus@hagander.net>
To: Daniel Gustafsson <daniel@yesql.se>
Cc: Nathan Bossart <nathandbossart@gmail.com>, PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Date: 2025-03-05T12:52:40Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
doc: Adjust note about pg_upgrade's --jobs option.
- 3c472a18296e 18.0 landed
-
Introduce framework for parallelizing various pg_upgrade tasks.
- 40e2e5e92b7d 18.0 cited
On Wed, Mar 5, 2025 at 11:00 AM Daniel Gustafsson <daniel@yesql.se> wrote: > > On 4 Mar 2025, at 19:08, Nathan Bossart <nathandbossart@gmail.com> > wrote: > > > The attached patch replaces the "et cetera" with those two general > categories. > > LGTM. > Another option that I think would also work is to just cut down the details to just "The <option>--jobs</option> option allows multiple CPU cores to be used". I think this is also slightly confusing, but maybe that's a non-native-english thing: "a good place to start is the maximum of the number of CPU cores and tablespaces.". Am I supposed to set it to max(cpucores, ntablespaces) or to max(cpucores+ntablespaces)? -- Magnus Hagander Me: https://www.hagander.net/ <http://www.hagander.net/> Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>