agora inbox for pljava-dev@postgresql.orghelp / color / mirror / Atom feed
[Pljava-dev] ANN: PLJava 1.0.0 released 3+ messages / 1 participants [nested] [flat]
* [Pljava-dev] ANN: PLJava 1.0.0 released @ 2005-01-24 00:03 0 siblings, 1 reply; 3+ messages in thread From: @ 2005-01-24 00:03 UTC (permalink / raw) Today, after a long period of fine tuning and beta releases, PLJava 1.0.0 was finally released. Please read the full announcement at: http://gborg.postgresql.org/project/pljava PLJava source and ports for Win32 and Linux x86 can be found as usual at: http://gborg.postgresql.org/project/pljava/genpage.php?downloads Kind regards, Thomas Hallgren ^ permalink raw reply [nested|flat] 3+ messages in thread
* ANN: PLJava 1.0.0 released @ 2005-01-24 00:03 Thomas Hallgren <thhal@mailblocks.com> parent: 0 siblings, 1 reply; 3+ messages in thread From: Thomas Hallgren @ 2005-01-24 00:03 UTC (permalink / raw) To: pljava-dev <pljava-dev@gborg.postgresql.org>; pgsql-announce@postgresql.org Today, after a long period of fine tuning and beta releases, PLJava 1.0.0 was finally released. Please read the full announcement at: http://gborg.postgresql.org/project/pljava PLJava source and ports for Win32 and Linux x86 can be found as usual at: http://gborg.postgresql.org/project/pljava/genpage.php?downloads Kind regards, Thomas Hallgren ^ permalink raw reply [nested|flat] 3+ messages in thread
* [Pljava-dev] Re: [ANNOUNCE] ANN: PLJava 1.0.0 released @ 2005-02-03 19:35 parent: Thomas Hallgren <thhal@mailblocks.com> 0 siblings, 0 replies; 3+ messages in thread From: @ 2005-02-03 19:35 UTC (permalink / raw) P?ter, > Are the java classes run in a bytecode-interpreted mode or are they > compiled into native code using HotSpot or similar? That depends on the JVM. The Sun JVM will detect hotspots and do JIT compilations as needed. The same goes for JRockit. If you use GCJ, then the current version will utilize native code for pljava's own Java code and the stuff loaded with install_jar will be interpreted. This is of course subject to improvement. You can preload precompiled .so files also, the same way the pljava.so is loaded, but that circumvents the normal classloader semantics. > Does the one session - one JVM archticture means that a large number > of sessions require large number of memory. E.g. 200 session needs ca. > 200*30MB = 6GB memory? Since the backend is single-threaded and starts a new process for each session, there's no way to have multiple sessions running in one JVM unless some inter-process communication protocoll is added. Please read the rationale behind choice of technology here: http://gborg.postgresql.org/project/pljava/genpage.php?jni_rationale. The pl-j project at http://plj.codehaus.org took another approach. They use one JVM and instead suffer from the IPC overhead. From a pure "java-in-the-backend" perspective, it would have been better if the postmaster spawned threads rather than processes. There are many other perspectives though as you will find out if you bring the subject up on one of the PostgreSQL mailing lists :-) Regards, Thomas Hallgren ^ permalink raw reply [nested|flat] 3+ messages in thread
end of thread, other threads:[~2005-02-03 19:35 UTC | newest] Thread overview: 3+ messages (download: mbox mbox.gz follow: Atom feed) -- links below jump to the message on this page -- 2005-01-24 00:03 [Pljava-dev] ANN: PLJava 1.0.0 released 2005-01-24 00:03 ` Thomas Hallgren <thhal@mailblocks.com> 2005-02-03 19:35 `
This inbox is served by agora; see mirroring instructions for how to clone and mirror all data and code used for this inbox