Re: [PATCH] plpython function causes server panic
Robert Haas <robertmhaas@gmail.com>
From: Robert Haas <robertmhaas@gmail.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Hao Zhang <zhrt1446384557@gmail.com>, Andres Freund <andres@anarazel.de>, pgsql-hackers@lists.postgresql.org
Date: 2024-03-28T14:22:25Z
Lists: pgsql-hackers
On Wed, Mar 27, 2024 at 5:28 PM Tom Lane <tgl@sss.pgh.pa.us> wrote: > After mulling it over for awhile, I still think the extra checking > is appropriate, especially since this patch is enlarging the set of > things that can happen in parallel mode. How do you want to proceed? I sort of assumed you were going to commit the patch as you had it. I'm not a huge fan of that, but I don't think that's it's catastrophe, either. It pains me a bit to add CPU cycles that I consider unnecessary to a very frequently taken code path, but as you say, it's not a lot of CPU cycles, so maybe nobody will ever notice. I actually really wish we could find some way of making subtransactions significantly lighter-wait, because I think the cost of spinning up and tearing down a trivial subtransaction is a real performance problem, but fixing that is probably a pretty hard problem whether this patch gets committed or not. -- Robert Haas EDB: http://www.enterprisedb.com
Commits
-
Allow "internal" subtransactions in parallel mode.
- 0075d78947e3 17.0 landed
-
Tighten up application of parallel mode checks.
- 94b4f7e2a635 9.6.0 cited