On Sunday, 7 April 2013 at 09:02:25 UTC, Adrian Mercieca wrote:

Incidentally, when you got this speed, what compiler were you using? dmd?

I was (and still am) using the latest released DMD compiler.

Here's the original thread where I presented the problem and the solution. Youu probably should read through it to understand what needs to be done.

http://forum.dlang.org/thread/[email protected]


Maybe it's time the GC implementation is addressed - or otherwise, the whole concept of GC in D should be dropped. To be honest, I'm perfectly happy with RAII in C++ and since D supports that fully (even better IMHO), I don't really see that much point for GC in a language that is vying to
become a top systems language.

D without a GC and as fast as C++ ............... that would be it - the
ultimate IMHO.

Ideally, I think what we need is 1) a better GC since the pros with using one are very significant, and 2) the ability to selectively mark sections of code as "off limits" to all GC dependent code. What I mean by this is that the compiler will refuse to compile any code that makes use of automated memory allocations for a @noheap marked section of code.

There's been a proposal to do this that really ought to be taken seriously
http://d.puremagic.com/issues/show_bug.cgi?id=5219

You'll see there's also related proposals for better fine tuning through attribute marked sections of code in general, which is another item that I would like to see implemented one day.

Please vote it up if you agree.

--rt

Reply via email to