Visual Studio Design

Posted on 2009-02-16
Medium Priority
Last Modified: 2013-11-26
Hey guys,
  It seems like my Visual Studio if running slooooowww... when I work from the "SDesign Page."

Source view is normal.

Did I change something?
Question by:lrbrister
LVL 15

Expert Comment

ID: 23656412
That could be Anything.

Found this forum post with a lot of people having the same issues though, there are a few tips on there:

LVL 29

Accepted Solution

Kumaraswamy R earned 2000 total points
ID: 23656630
I believe restricting the compilation to ONLY affected projects will definitely 'speed-up' the overall compilation, a lot.
Are you using VS 2005 IDE? In VS 2005, if you go to 'property page' for the solution., you can do this by following 2 options(or combination of both)-
1.) in 'common properties' tree node of solution property page, click on 'Project dependencies' node, In the right pane, you can 'select' the projects that you think require to be rebuilt for the changes you made in your project x. If you feel project Y and Z don't require to be rebuilt even if they are dependency projects, you can 'uncheck' them. Unchecked projects would be ignored during compilation.

2.)In 'configuration properties' tree node of property page, click on the 'configuration' node. In the right pane, you can deselect the projects that are not required to be compiled. All the unchecked projects willl be ignored during compilation.

Make sure though, that next time you make changes in projects Y or Z, you check these projects or else changes won't be compiled and possibly would make you split
Slow compilation of large ASP.NET sites on IIS
Let me start by saying this is not about slow compilation in VS 2005. If you are experienceing slow performance in Visual Studio, then look here.


Our CMS utilises ASP.NET to render the live site that the end users see. The CMS basically publishes an ASP.NET site as if you hand wrote it yourself. The management classes and ASPX pages behind this are pre-compiled and the pre-compiled configuration file is set to allow updates i.e.:

<precompiledApp version="2" updatable="true"/>This allows us to have a nice strong pre-compiled set of management classes etc whilst allowing the publication system to send new ASPX files to the live site at any time.

This means that there are heaps of ASPX files on the site possibly needing to be compiled at any given time (on some of our larger client sites there could be 20,000 ASPX files).


Normally you would expect that a new page would be compiled on the first visit and then run fast and efficient for subsequent hits& however a few months ago (June maybe) Microsoft released a patch which caused a few headaches to a large non-pre-compiled site.

Our clients started ringing up complaining about slow downs after publication (i.e. a page had to be re-compiled by ASP.NET). Some of the slow downs were 15 or more minutes! The CPU and memory would max out even quite high spec machines - and the site would become totally unresponsive.

After some head scratching and remote access to the client networks (we couldnt replicate the problem in our environment) and lots of file monitoring, run-time monitoring etc. I finally realised that ASP.NET was re-compiling every page in the site (including a special cache we keep for system purposes). Naturally on a large site this was taking forever. Further research on our part tracked the problem back to the KB article http://go.microsoft.com/fwlink/?LinkId=91233. Being a security update, some of our clients installed it straight away - against our general advice (i.e install to staging environment first :)).

The solution is however quite simple:

        <compilation debug="false" batch="false" numRecompilesBeforeAppRestart="50"></compilation>
 </configuration>Update your web.config file and add in the attribute batch=false to the compilation line. The problem was that the framework patch had turned on batch compilation mode by default - causing obvious compilation delays (well this is what we assume has happened - information was a little scarce about the problem, most sites are not as dynamic as an Objectify live site). With this setting, affected machines now compile only one page at once. Click here for more information.

You will also notice another setting here - numRecompilesBeforeAppRestart. Normally ASP.NET will cycle the worker process after 15 dynamic compiles. You can extend this out depending on your needs.


Featured Post

Technology Partners: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Introduction This article shows how to use the open source plupload control to upload multiple images. The images are resized on the client side before uploading and the upload is done in chunks. Background I had to provide a way for user…
Problem Hi all,    While many today have fast Internet connection, there are many still who do not, or are connecting through devices with a slower connect, so light web pages and fast load times are still popular.    If your ASP.NET page …
This Micro Tutorial will teach you how to add a cinematic look to any film or video out there. There are very few simple steps that you will follow to do so. This will be demonstrated using Adobe Premiere Pro CS6.
This is Part 3 in a 3-part series on Experts Exchange to discuss error handling in VBA code written for Excel. Part 1 of this series discussed basic error handling code using VBA. http://www.experts-exchange.com/videos/1478/Excel-Error-Handlin…

807 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question