On Wednesday, 15 June 2016 at 13:40:11 UTC, rikki cattermole
wrote:
5. The requirements for our GC is quite intricate. I.e. you
can't just
pop in one that doesn't understand about our Thread Local
Storage (TLS)
and stuff.
D’s TLS that different from .NET's TLS?
https://msdn.microsoft.com/en-us/library/system.threadstaticattribute(v=vs.110).aspx
I forgot to mention, good D code is not the same as a higher
level language like Java.
Here you don't have the automagick behavior of arrays. If you
append it will have a high cost. All allocations have a large
cost. Instead allocate in one large block which will of course
be a whole lot faster then small tiny ones.
You’re saying memory allocations in D are generally very
expensive, but that’s not a problem, because it already functions
as designed?
So even if the GC is enabled, good D code won't cause too much
slow down unless you decide to write heavy OOP code.
I’ve been developing heavy OOP code in various languages (mostly
C++, but also C# and Objective-C) for decades already. OOP works
very well for me.
