> I recently installed VC Net 2003 and when compiling a large solution
> (previously compiled with VC Net 7.0), the compiler is noticably slower.

> (1) Is this anticipated or have I set something up wrong?
> (2) I also notice that the real-time consumption in task manager seems
less
> than it previously was (compiling on a dual xeon processors).  Have there
> been any changes in the compiler that would account for this?

> Thanks in advance,
> Billw

> > I recently installed VC Net 2003 and when compiling a large solution
> > (previously compiled with VC Net 7.0), the compiler is noticably slower.

> > (1) Is this anticipated or have I set something up wrong?
> > (2) I also notice that the real-time consumption in task manager seems
> less
> > than it previously was (compiling on a dual xeon processors).  Have
there
> > been any changes in the compiler that would account for this?

> > Thanks in advance,
> > Billw

> ..

> --
> Rui Sun
> Visual C++ Team
> This posting is provided "AS IS" with no warranties, and confers no
> rights.

> -The first line of each entry indicates the VS version.
> -Second line of each entry is the recorded completion time along with
notes
> regarding what was done before the run started.
> -Third line is the recorded start time of the compilation.
> -Fourth line is the recorded total time (Hrs:Min:Sec)

> .net 2002
> 10:28:57 (reboot, clean, run Diskeeper)
> 09:22:00
> 01:06:57

> .net 2003
> 12:13:34 (reboot, clean, run Diskeeper)
> 10:59:00
> 01:14:34

> 02:37:33 (clean)
> 01:16:00
> 01:21:33

> 04:16:50 (clean)
> 02:56:00
> 01:20:50

> 05:15:39 (clean, run Diskeeper)
> 04:24:00
> 01:21:39

> 07:13:58 (reboot, clean)
> 05:54:00
> 01:27:58

> The results seem to vary somewhat and we have subjectively observed what
we
> believe are longer build times than those recorded here.
> There must be some dependency (maybe, network related w/VSS) that we
haven't
> pinned down yet which causes the varying build times..
> Billw

> --------------------



> > Subject: Re: Slower compilation with VC Net 2003 (7.1) when compared to
> VC Net 7.0
> > Sorry to take a while in answering your questions.
> > The following lists the overall times for building/linking the
> application.
> > These are complete rebuilds, not builds.
> > All builds were made on the same machine (2.2Mhz P4, 1GB Ram, Lots of
disk
> > space running WindowsXP, SP1).
> > All compiled code is MFC-based, with generous use of STL and other
> > templates.

> > -The first line of each entry indicates the VS version.
> > -Second line of each entry is the recorded completion time along with
> notes
> > regarding what was done before the run started.
> > -Third line is the recorded start time of the compilation.
> > -Fourth line is the recorded total time (Hrs:Min:Sec)

> > .net 2002
> > 10:28:57 (reboot, clean, run Diskeeper)
> > 09:22:00
> > 01:06:57

> > .net 2003
> > 12:13:34 (reboot, clean, run Diskeeper)
> > 10:59:00
> > 01:14:34

> > 02:37:33 (clean)
> > 01:16:00
> > 01:21:33

> > 04:16:50 (clean)
> > 02:56:00
> > 01:20:50

> > 05:15:39 (clean, run Diskeeper)
> > 04:24:00
> > 01:21:39

> > 07:13:58 (reboot, clean)
> > 05:54:00
> > 01:27:58

> > The results seem to vary somewhat and we have subjectively observed what
> we
> > believe are longer build times than those recorded here.
> > There must be some dependency (maybe, network related w/VSS) that we
> haven't
> > pinned down yet which causes the varying build times..
> > Billw

> Bill, the compiler front-end has slowed down a bit because of added
> functionality - ISO conformance doesn't come without a price, albeit a
very
> modest one. For example, compiling a run-of-the-mill STL program using
> <iterator>, <algorithm>, <iostream>, <vector>, etc. I get these times:

> VS.Net 2002: 0.313s
> VS.Net 2003: 0.359s.

> This represents a 15% increase in compile time (front-end/parser only).
> This seems to be in line with what you're seeing - you're seeing from
> 12-30% slowdowns, but remember my times did not measure the back-end and
> linker times.

> If you're using PCHs, check their sizes. Large PCHs tend to get fragmented
> and that will slow down compilations.

> --
> Tanveer Gani, Visual C++ Team
> This posting is provided AS IS with no warranties, and confers no rights.