| From: | maumau307 at gmail(dot)com (MauMau) | 
|---|---|
| To: | |
| Subject: | [Pljava-dev] Is it safe to use multi-threaded PL/Java in single-threaded postgres process? | 
| Date: | 2014-04-14 11:54:51 | 
| Message-ID: | D40AEDF3497A484BBCC1DEB79CD5CB3E@maumau | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pljava-dev | 
From: "Thomas Hallgren" <thomas at tada.se>
> 3. For a test like yours, the time it takes to execute the actual 
> statement is important. The execution may be so slow that the overhead 
> imposed by the network call becomes negligible. A test using a lightweight 
> "SELECT 1" instead of the heavier "UPDATE testtable" would reveal such 
> issues.
Yeah, I thought this is the most likely.  We are trying to speed up batch 
jobs dramatically, and I hoped PL/Java's in-process architecture would 
contribute to that.
But I wonder why in-process execution didn't make a big difference.  I 
expected several times of difference because I saw the PollPosition 
benchmark results at http://hsqldb.org/.  It compares HSQLDB's in-process 
and client-server execution models.  I assume the client and the server ran 
on the same host.
Anyway, in-process and out-of-process execution doesn't seem to make a big 
difference for batch jobs which issue many SQL statements.
Regards
MauMau
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alberto Cabello Sánchez | 2014-04-14 12:18:27 | [Pljava-dev] Is it safe to use multi-threaded PL/Java in single-threaded postgres process? | 
| Previous Message | Thomas Hallgren | 2014-04-14 09:46:21 | [Pljava-dev] Is it safe to use multi-threaded PL/Java in single-threaded postgres process? |