LLVM D ... concurrent garbage collector ...

[renoX]

Robert Jacques a écrit :
> On Mon, 08 Sep 2008 18:05:42 -0400, Chris R. Miller 
> <lordSaurontheGreat at gmail.com> wrote:
>> Am I reading that right?  A garbage collector that wouldn't have to
>> suspend the runtime?  Or just one that plays nice with threads?
> 
> No, concurrent GCs still have to suspend the runtime, they just have to 
> do it a lot less. Generally, they only suspend threads twice to read 
> only the stack during each pass. See
> http://en.wikipedia.org/wiki/Garbage_collection_(computer_science)#Stop-the-world_vs._incremental_vs._concurrent 
> 
> Or any articles on the Java GC.

Note that even though the concurrent GC scales well with multiples core 
(contrary to normal GC), AFAIK most of them are not real-time so you 
wouldn't want to use them for say a game for example.

IBM has made a real time Java GC, but they didn't talk about parallelism 
so I guess that it doesn't scale well.

The 'ideal GC' must have so many properties: concurrent, incremental, 
scalable, real-time, VM-aware (so that its performance stays correct 
even with swapping), precise, compacting (to reduce trashing caused by 
leaks) AND still being somewhat efficient in memory and CPU usage..

renoX