Article: Increasing the D Compiler Speed by Over 75%
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).
>> This underlies the point that DMC RTL allocator is the biggest speed
>> 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
> 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
More information about the Digitalmars-d-announce