Message-ID: <44282A68.7030208@tada.se>
Date: Mon, 27 Mar 2006 20:09:44 +0200
From: Thomas Hallgren <thomas@tada.se>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: Tom Lane <tgl@sss.pgh.pa.us>
CC: Martijn van Oosterhout <kleptog@svana.org>,
	PostgreSQL-development <pgsql-hackers@postgresql.org>,
	PL/Java Development <Pljava-dev@gborg.postgresql.org>
Subject: Re: Shared memory
References: <4423CF32.3060406@tada.se> <20060324125851.GC8718@svana.org>
	<4427A8F1.3020009@tada.se> <14559.1143473507@sss.pgh.pa.us>
	<4428125D.7000707@tada.se> <15055.1143477148@sss.pgh.pa.us>
In-Reply-To: <15055.1143477148@sss.pgh.pa.us>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Tom Lane wrote:
> Thomas Hallgren <thomas@tada.se> writes:
>   
>> Tom Lane wrote:
>>     
>>> It's only that much difference?  Given all the other advantages of
>>> separating the JVM from the backends, I'd say you should gladly pay
>>> that price.
>>>
>>>       
>> If I'm right, and the most common scenario is clients using connection pools, then it's very 
>> likely that you don't get any advantages at all. Paying for nothing with a 440% increase in 
>> calling time (at best) seems expensive :-)
>>     
>
> You are focused too narrowly on a few performance numbers.  In my mind
> the primary advantage is that it will *work*.  I do not actually believe
> that you'll ever get the embedded-JVM approach to production-grade
> reliability, because of the fundamental problems with threading, error
> processing, etc.
>   
My focus with PL/Java over the last year has been to make it a 
production-grade product and I think I've succeeded pretty well. The 
current list of open bugs is second to none. What fundamental problems 
are you thinking of that hasn't been solved already?

Regards,
Thomas Hallgren