New malloc() for win32 that should produce faster DMD's and faster D code that uses malloc()

Richard Webb richard.webb at boldonjames.com
Tue Aug 6 05:13:30 PDT 2013


On 05/08/2013 18:52, Walter Bright wrote:
> This is hardly the first time the culprit was a library routine


It's possible that other library routines are causing some of the 
remaining difference from the MSVC build (e.g. the profiler suggests 
that the DMC build spends somewhat more time inside memcpy than the MSVC 
build).

Not sure if it's down to implementation or optimization though - might 
be down to intrinsics/inlining and such? (the proflie for the DMC build 
says it's using ~1% of its time inside strlen and the profile for the 
MSVC build doesn't mention it at all, which i guess is because it's 
using an intrinsic version).





More information about the Digitalmars-d-announce mailing list