From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Nathan Bossart <nathandbossart(at)gmail(dot)com> |
Cc: | Peter Geoghegan <pg(at)bowt(dot)ie>, postgresql(at)taljaren(dot)se, pgsql-hackers(at)lists(dot)postgresql(dot)org, Michael Paquier <michael(at)paquier(dot)xyz> |
Subject: | Re: BUG #17717: Regression in vacuumdb (15 is slower than 10/11 and possible memory issue) |
Date: | 2022-12-28 22:05:39 |
Message-ID: | 424445.1672265139@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
Nathan Bossart <nathandbossart(at)gmail(dot)com> writes:
> On Wed, Dec 28, 2022 at 03:13:23PM -0500, Tom Lane wrote:
>> + executeCommand(conn, "VACUUM (ONLY_DATABASE_STATS);", echo);
> When I looked at this, I thought it would be better to send the command
> through the parallel slot machinery so that failures would use the same
> code path as the rest of the VACUUM commands. However, you also need to
> adjust ParallelSlotsWaitCompletion() to mark the slots as idle so that the
> slot array can be reused after it is called.
Hm. I was just copying the way commands are issued further up in the
same function. But I think you're right: once we've done
ParallelSlotsAdoptConn(sa, conn);
it's probably not entirely kosher to use the conn directly.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Justin Pryzby | 2022-12-29 01:23:54 | Re: BUG #17717: Regression in vacuumdb (15 is slower than 10/11 and possible memory issue) |
Previous Message | Nathan Bossart | 2022-12-28 21:23:21 | Re: BUG #17717: Regression in vacuumdb (15 is slower than 10/11 and possible memory issue) |
From | Date | Subject | |
---|---|---|---|
Next Message | Zheng Li | 2022-12-28 22:42:43 | Re: Support logical replication of DDLs |
Previous Message | Nathan Bossart | 2022-12-28 21:26:12 | Re: add \dpS to psql |