[Issue 3463] Integrate Precise Heap Scanning Into the GC
d-bugmail at puremagic.com
d-bugmail at puremagic.com
Thu Apr 14 20:03:03 PDT 2011
http://d.puremagic.com/issues/show_bug.cgi?id=3463
--- Comment #121 from David Simcha <dsimcha at yahoo.com> 2011-04-14 19:59:28 PDT ---
(In reply to comment #120)
> I understand the advantages of a moving GC - heap compaction allowing for an
> overall smaller managed heap etc., but I hope you understand that sacrificing
> speed for these goals is not an unilateral improvement for everyone.
Since we don't have any hard benchmarks conveniently available, let's assume
for the sake of argument that a precise/moving/etc. GC would be slower. Your
case is a niche case and calls for a niche garbage collector implementation.
D's GC is designed (IIRC) to allow selecting an implementation at link time.
Eventually, someone could write a decent low-latency GC optimized for small
heaps for game programmers. In the mean time, we could fork the current one.
The stock GC, though, should handle the common cases, not a few game
programmers' corner case.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
More information about the Digitalmars-d-bugs
mailing list