comp.lang.ada
 help / color / mirror / Atom feed
From: wojtek@power.com.pl (Wojtek Narczynski)
Subject: Re: real-time Java
Date: 15 Apr 2003 10:59:10 -0700
Date: 2003-04-15T17:59:11+00:00	[thread overview]
Message-ID: <5ad0dd8a.0304150959.b35340e@posting.google.com> (raw)
In-Reply-To: Jj6dnZQ3ZIVegAGjXTWcpg@gbronline.com

Wesley Groleau <wesgroleau@despammed.com> wrote in message news:<Jj6dnZQ3ZIVegAGjXTWcpg@gbronline.com>...
> >>>How the heck you do that with a language subject to garbage collection
> >>>is going to be an interesting thing to watch happen.
> 
> Don't know much about it, but I read more than a year ago
> that some company had a JVM with "guaranteed deterministic"
> timing.

Yes, garbage collector can be deterministic thus realtime.

But in practice my experience with java libraries is that the
developers relieved of the necessity to free memory explicitly, tend
to forget about memory management completely (i.e. not clear stale
references). You're stuck with OutOfMemoryError even though there is
no "garbage" per se in the running app, and you really cannot do much.
You cannot contact the vendor and say - "your library leaks".

> How about a garbage collector in a lower priority
> task that runs continuosly for some percentage of
> CPU time instead of hogging the machine only when
> desperately needed?

This is how it works in current JVMs, stop-the-world collectors are
past.

> (Another thing that would be nice is a JVM that is
> a shared library or resident in the OS or something,
> instead of--this is for multi-user environments, BTW--
> having every Java program running its own copy of the JVM.)

Unix and Windows will load only one copy of a binary no matter if it's
an executable or shared library. So there is only one copy of the
garbage collector code. I don't see how collector data could be shared
though.

Something that could be shared is the bytecodes loaded from .class
files. This really is way redundant, for example eats extra 128MB of
on my server. Unfortunately you cannot fork() a JVM as it is (usually)
threaded.

Having said all that, I'd stay away from real time java :-). I already
imagine those ads "Parse your XML metadata schema transformation UML
digital assets in realtime!". Hmm, I didn't know I'd constitute such a
good marketing manager.

(Sorry for an offtopic post.)

Regards,
Wojtek



  parent reply	other threads:[~2003-04-15 17:59 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <bebbba07.0304101816.3493f42a@posting.google.com>
2003-04-11  6:10 ` real-time Java Kent Paul Dolan
2003-04-11  6:23   ` Dr. Michael Paus
2003-04-17  6:40     ` Kent Paul Dolan
2003-04-17 21:04       ` Robert A Duff
2003-04-11 11:43   ` Tum
2003-04-15  8:17   ` Darren Winsper
2003-04-15  9:23     ` Mark Thornton
2003-04-15 14:57       ` Wesley Groleau
2003-04-15 15:06         ` Mark Thornton
2003-04-15 15:50         ` Robert A Duff
2003-04-16 23:29           ` Thomas Maslen
2003-04-15 17:59         ` Wojtek Narczynski [this message]
2003-04-15 18:43           ` Wesley Groleau
2003-04-15 23:33             ` Samuel Tardieu
2003-04-16  1:07             ` Kent Paul Dolan
2003-04-15 18:47           ` Wesley Groleau
2003-04-16  5:16             ` Tor Iver Wilhelmsen
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox