D Programming/Garbage collector
This page should be a documentation of the internals of the actual GC implementation, the interface, restrictions ...
The actual Implementation has following characteristics:
- conservative (vs. precise and internal pointers)
- stop-the-world (vs. incremental vs. concurrent)
- mark and sweep (vs. copying)
- non-moving (vs. moving)
see also Garbage collection
- Support the GC with the actual position of the stackpointer.
- the GC interface, a wrapper around the implementation.
- the GC implementation
- stub for the gc, to prevent linking into application
To stop the world, the gc calls Thread.pauseAll(). The stop mechanism on Linux works with the Signals SIGUSR1 and SIGUSR2. In case of pausing the Thread, the signal handler stores the current stack pointer in stackTop, so this pointer is always uptodate.
How does it workEdit
The GC is only called when memory should be allocated and currently none is available. If the gc is not able to free enough memory, new memory is requested from the system.
Entry point is gcx.d fullCollect()
- mark phase
- scan stacks of all threads
- scan roots (global variables)
- scan ranges (non gc managed memory which can also contain references to gc-objects)
- finalize all collected objects
- sweep the unused memory