At 05:21 AM 8/11/2000 +0100, you wrote:
>On Fri 11 Aug, Byron Hale wrote:
> > Also, garbage collection is unlikely to satisfy any need
> > for automatic memory management in real-time systems for the foreseeable
> > future because an extra thread on a single processor is still
> > non-deterministic.
>
>I'm not sure this is true, doesn't it depend on the scheduling strategy?
>I've written a lot of code for single and multiple processor DSP systems,
>and typically have multiple threads (on 1 processor).
>But they are still entirely deterministic.
>
>Regards
>--
>Adrian Hey
I don't mean that threads are non-deterministic, but that the execution
time of a GC thread seems to be non-deterministic. Large collections need
more time than small ones and the time required is some function of the
store to be collected, is it not? If the store to be collected is created
at a greater rate than it can be collected, then a garbage-collected system
would seem to be be expected to crash eventually.
ML-Kit has implemented some work on compile-time memory management using
regions. I wonder if that might not be more practical than garbage
collection, in real-time systems.
Best Regards,
Byron Hale
[EMAIL PROTECTED]
