Message passing between threads: Java 4 times faster than D
Timon Gehr
timon.gehr at gmx.ch
Thu Feb 9 11:44:24 PST 2012
On 02/09/2012 08:27 PM, Sean Kelly wrote:
> On Feb 9, 2012, at 10:14 AM, Marco Leise wrote:
>
>> Am 09.02.2012, 17:22 Uhr, schrieb dsimcha<dsimcha at yahoo.com>:
>>
>>> I wonder how much it helps to just optimize the GC a little. How much does the performance gap close when you use DMD 2.058 beta instead of 2.057? This upcoming release has several new garbage collector optimizations. If the GC is the bottleneck, then it's not surprising that anything that relies heavily on it is slow because D's GC is still fairly naive.
>>
>> I did some OProfile-ing. The full report is attached, but for simplicity it is without call graph this time. Here is an excerpt:
>>
>> CPU: Core 2, speed 2001 MHz (estimated)
>> Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask of 0x00 (Unhalted core cycles) count 100000
>> samples % linenr info symbol name
>> 13838 18.8416 gcx.d:426 void* gc.gcx.GC.malloc(ulong, uint, ulong*)
>> 4465 6.0795 gcx.d:2454 ulong gc.gcx.Gcx.fullcollect(void*)
>
> One random thing that just occurred to me… if the standard receive pattern is:
>
> receive((int x) { … });
>
> There's a good chance that a stack frame is being dynamically allocated for the delegate when it's passed to receive (since I don't believe there's any way to declare the parameters to receive as "scope"). I'll have to check this, and maybe consider changing receive to use alias template parameters instead of normal function parameters?
You can mark an entire tuple as scope without trouble:
void foo(T,S...)(T arg1, scope S args) {...}
Does this improve the run time?
More information about the Digitalmars-d
mailing list