From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: fdb77,ebcb336c62963fb4
X-Google-Attributes: gidfdb77,public
X-Google-Thread: 103376,6e940fd5ba87c3ce
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2003-04-15 08:06:39 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!fu-berlin.de!uni-berlin.de!pc1-ware1-6-cust247.lutn.cable.ntl.COM!not-for-mail
From: "Mark Thornton" <m.p.thornton@ntlworld.com>
Newsgroups: comp.lang.java.advocacy,comp.lang.ada
Subject: Re: real-time Java
Date: Tue, 15 Apr 2003 16:06:30 +0100
Message-ID: <b7h75u$robg$1@ID-139894.news.dfncis.de>
References: <bebbba07.0304101816.3493f42a@posting.google.com>
 <a3eaa964.0304102210.3875f527@posting.google.com>
 <pan.2003.04.15.08.17.02.790560@cs.york.ac.uk.go.away>
 <b7gj3d$mtad$1@ID-139894.news.dfncis.de>
 <Jj6dnZQ3ZIVegAGjXTWcpg@gbronline.com>
NNTP-Posting-Host: pc1-ware1-6-cust247.lutn.cable.ntl.com (81.96.118.247)
X-Trace: fu-berlin.de 1050419198 909680 81.96.118.247 (16 [139894])
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Xref: archiver1.google.com comp.lang.java.advocacy:62140 comp.lang.ada:36162
Date: 2003-04-15T16:06:30+01:00
List-Id: <comp.lang.ada>


"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.
>
> > And also by choosing an appropriate garbage collector. Some real time
tasks
> > can tolerate the delays introduced by a garbage collector.
>
> 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?
>
> (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.)
>

In addition to the standard garbage collector the current Sun JVM has 3
other collectors:
1) an incremental collector
2) a concurrent collector
3) a parallel collector

http://java.sun.com/j2se/1.4.1/changes.html#vm

Mark Thornton