Re: Making plpython 2 and 3 coexist a bit better

From: Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Making plpython 2 and 3 coexist a bit better
Date: 2016-01-11 19:17:20
Message-ID: 5693FFC0.8030801@BlueTreble.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 1/11/16 1:00 PM, Tom Lane wrote:
> There's at least one PL/Java implementation that does that. The
> interprocess communication overhead is pretty awful, IIRC. Don't know
> what they do about nested calls.

You'd think that pipes wouldn't be that much overhead...

>> >Obviously this is a lot more work than what you're proposing though.:(
> Yeah. I think what I'm suggesting is a back-patchable fix, which that
> certainly wouldn't be.

Yeah, and it sounds like we need one.

> The question of whether to do ERROR or FATAL remains open. I'm not sure
> I have a strong preference either way.

If they both get loaded is there risk of bad data happening? Personally,
I'll take a traceable FATAL (or even PANIC) over data corruption every
time. But I'm guessing that if you tried to use both you'd pretty
immediately end up crashing the backend.
--
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Experts in Analytics, Data Architecture and PostgreSQL
Data in Trouble? Get it in Treble! http://BlueTreble.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2016-01-11 19:18:29 Re: Speedup twophase transactions
Previous Message Simon Riggs 2016-01-11 19:16:55 Re: Speedup twophase transactions