Garbage collector stopping my world for half a second

[Martin Egholm Nielsen]

>>>> The problem is that I have external hardware connected that "need" 
>>>> being "triggered" from my application with more precision than ~400 
>>>> ms. - more likely ~100 would be good.
>>>
>>>
>>> I never had the time to really look into it, but there is a fork of gcj
>>> called jRate which adds support for most of the features required by the
>>> RTSJ real-time specification. Maybe they provide some things that can be
>>> helpful. http://jrate.sourceforge.net/
>>
>>
>> Looks interesting - thanks for pointing Mark...
>> However, it seems there is a substantial amount of refactoring work 
>> for me if I am to rewrite my code to use this API.
>> And moreover it's not entirely clear what status the project is in 
>> with respect to PPC and libgcj version - I'm polling them for more 
>> info wrtt...
> 
> 
> Just to follow up on your, otherwise, excellent suggestion:
> jRate does support ppc by now - the FAQ wasn't updated (it is now, though).
> 
> However, as the "project owner" (Morgan Deters) writes:
> 
> "jRate at present doesn't support GC of any sort, including the Boehm
> collector standard in gcj, so that may be a concern for you as well.
> There is considerable interest in adding real-time collectors to jRate
> (and we want to reenable Boehm so that at least some GC is available).
> Many of the projects where we've used jRate pre-allocate their storage
> and/or use RTSJ scoped memory, so a lack of GC hasn't been a problem
> for these apps."

Oh, and moreover, he's still fighting against libgcj 3.3.x - so there's 
a bit more work before he aims at 3.4.x and 4.0.x...

// Martin