Increasing D Compiler Speed by Over 75%
Daniel Murphy
yebblies at nospamgmail.com
Fri Aug 2 08:18:17 PDT 2013
"Rainer Schuetze" <r.sagitario at gmx.de> wrote in message
news:ktbvam$dvf$1 at digitalmars.com...
large-address-aware).
>
> This shows that removing most of the allocations was a good optimization
> for the dmc-Runtime, but does not have a large, but still notable impact
> on a faster heap implementation (the VS runtime usually maps directly to
> the Windows API for non-Debug builds). I suspect the backend and the
> optimizer do not use "new" a lot, but plain "malloc" calls, so they still
> suffer from the slow runtime.
On a related note, I just tried replacing the two ::malloc calls in rmem's
operator new with VirtualAlloc and I get a reduction from 13 seconds to 9
seconds (compiling "dmd std\range -unittest -main") with a release build of
dmd.
More information about the Digitalmars-d-announce
mailing list