I'm not familiar with the gjc collector, but it sounds like it is at least based on Hans Boem's collector. I know someone had made an incrementally-collecting version of that code that executed in bounded time, but it was *really* *slow*. Might still work for krate processing though... (jfm3) Steve Harris wrote: > On Fri, Jun 08, 2001 at 04:08:31PM -0700, Simon Per Soren Kagedal wrote: > >> On Fri, Jun 08, 2001 at 12:05:15PM +0100, Steve Harris wrote: >> >>> Just incase anyone thinks Java is a stupid example I did a test with gcj. >>> It's performance on dsp-type code is withing spitting distance of c++'s. >> >> Hey, that's excellent! What about gcj's garbage collector? Is it >> friendly to realtime stuff? > > > I doubt it, but it probably doesn't go away and do things unbidden. > > - Steve
- Re: [linux-audio-dev] LAAGA proposal, part ?? Tom Pincince
- Re: [linux-audio-dev] LAAGA proposal, part ?? Simon Per Soren Kagedal
- Re: [linux-audio-dev] LAAGA proposal, part ?? Simon Per Soren Kagedal
- Re: [linux-audio-dev] LAAGA proposal, part ?? Paul Davis
- Re: [linux-audio-dev] LAAGA proposal, part ?? Greg Turpin
- Re: [linux-audio-dev] LAAGA proposal, part ?? Tom Pincince
- Re: [linux-audio-dev] LAAGA proposal, part ?? Steve Harris
- Re[2]: [linux-audio-dev] LAAGA proposal, part ?? Rick Burnett
- Re: Re[2]: [linux-audio-dev] LAAGA proposal, part ... Jay Ts
- Re: Re[2]: [linux-audio-dev] LAAGA proposal, ... Steve Harris
- Re: Re[2]: [linux-audio-dev] LAAGA proposal, ... Bill Schottstaedt
- Re: [linux-audio-dev] LAAGA proposal, part ?? Peter Hanappe
- Re: Re[2]: [linux-audio-dev] LAAGA proposal, part ... Greg Turpin
