Jeffrey Palermo 5:17 pm on August 17, 2004

Whidbey BUILD web performance very slow – level 100

In addition to my previous post in response to Van’s post, I have found the build process in Whidbey to be especially slow when building a web site that has a helper class library project. When I build, the IDE hangs for at least 10 seconds before doing anything. I really hope this gets better.

vank 2:21 pm on August 17, 2004

We’ve been investigating this and the prognosis looks good. It looks like we’re doing about twice as much work as we should be doing.
Do you mean that it waits 10 seconds before announcing that it’s begun, or it waits ten seconds until there’s any disk or CPU activity? There are two different, real problems. First, the Output window seems to only be updated during idle time, so even though we post the starting announcement right away, since we get busy building there isn’t any idle time for a while. This is fixable. Secondly, we wait for any pending Build Manager AppDomain resets before starting; this could potentially be waiting for ten seconds and we plan to eliminate this.
We don’t have our perf goals set for this one test case yet, but we’ve got sample timings of 48 seconds while the command line build on the same machine takes 14 seconds, and our objective is to approach the command line time. We just don’t know how close we can approach it yet.

Comments are closed.

Programming with Palermo

Jeffrey Palermo, Microsoft MVP, Author, Speaker, Clear Measure Chief Architect, Azure DevOps Expert

Whidbey BUILD web performance very slow – level 100

Related