Article: Increasing the D Compiler Speed by Over 75%

Dmitry Olshansky dmitry.olsh at gmail.com
Fri Aug 2 15:53:57 PDT 2013


02-Aug-2013 20:47, Walter Bright пишет:
> On 8/2/2013 6:16 AM, Dmitry Olshansky wrote:
>> I failed to see much of any improvement on Win32 though, allocations are
>> dominating the picture.
>>
>> And sharing the joy of having a nice sampling profiler, here is what AMD
>> CodeAnalyst have to say (top X functions by CPU clocks not halted).

[snip]

>>
>> This underlies the point that DMC RTL allocator is the biggest speed
>> detractor.
>> It is "followed" by ledata (could it be due to linear search inside?) and
>> surprisingly the tiny Obj::fltused is draining lots of cycles (is it
>> called that
>> often?).
>
> It's not fltused() that is taking up time, it is the static function
> following it. The sampling profiler you're using is unaware of
> non-global function names.
>

Thanks, that must be it! And popping that function above another one 
gets Obj::far16thunk to be blamed :) Need to watch out for this sort of 
problem next time. Could it be due to how it works with old CV debug 
info format?

-- 
Dmitry Olshansky


More information about the Digitalmars-d-announce mailing list