Visual Basic perf fixes to issues with large VS2005 solutions / projects

Visual Basic perf fixes to issues with large VS2005 solutions / projects

  • Comments 19

The Visual Basic team has released two KB articles that provide information on hotfixes that address performance issues which may occur on large solutions and projects in VS2005.  If you are using Visual Basic in Visual Studio 2005, and you are seeing any of the symptoms I list below, I encourage you to call Microsoft Support and see if these hotfixes address them.

The contact information for Microsoft Support is at:

http://support.microsoft.com/oas/default.aspx?ln=en-us&c1=501&prid=9511&gprid=344272

Here is a list of symptoms which these fixes address:

KB 917452 - http://support.microsoft.com/?kbid=917452

When you develop a Microsoft Visual Basic solution that contains large projects in Microsoft Visual Studio 2005, you may experience the following performance issues in the Visual Studio 2005 IDE:

  • It takes longer to build and to rebuild the solution.
  • You experience a slow response time when you press F5 to start debugging.
  • You experience a slow response time when you perform symbolic renaming.
  • CPU utilization may increase to more than 50 percent during the renaming process.
  • You experience slow response time in the Code Editor You experience slow response time in IntelliSense.
  • Virtual memory consumption by Visual Studio 2005 is increased compared with earlier versions of Visual Studio.

KB 920805 - http://support.microsoft.com/?kbid=920805

When you work with a Microsoft Visual Basic solution that contains many projects in Microsoft Visual Studio 2005, you may experience the following performance issues in the Visual Studio 2005 IDE:

  • You experience a slow response time when you use single-step debugging. For example, the response time is slow when you press F10 to step into a line of code.
  • You experience a slow response time when the Error List or the Task List is updated by Visual Studio 2005.
  • You experience a slow response time when you use the IntelliSense feature.

--Omar

Leave a Comment
  • Please add 7 and 8 and type the answer here:
  • Post
  • Why do we have to call support to get hotfixes for Visual Studio? Why can't we just download them? If you really want to track them, make us login first if you have to. Calling support is a huge pain.
  • Thanks for your comment.  I’m the Program Manager responsible for the performance of Visual Basic 2005 and my team created this QFE.  

    I understand that having to call support to get a QFE is inconvenient relative to a public download. We create QFEs in order to quickly address issues that customers are experiencing in production that we did not see in testing.  While QFEs are tested rigorously, they are not tested to the same level of scrutiny that we tested Visual Studio 2005 before release. Because of this, we ask that you call support to get the fix so we can track the fix over time. This fix will be publicly available in SP1, due to be released later this year.

    Thanks,
    Chris Mayo
    Visual Basic Performance Program Manager

  • Chris,

    Can you be more specific about the timeframe? I take it that the September release date is no longer accurate.

    This QFE rule may be convenient for you, but it wastes alot of our time. I
    have always found it absurd that any schmuck can download a beta OS from Microsoft, but developers must jump through hoops to get a simple fix.

    Traditionally, QFE's were meant to target specific problems and were generally very narrowly defined, and tended to address issues that only applied to a very small group of users. For example:

    "Visual Studio .NET 2003 Stops Responding During the Solution Build Process if You Have Compuware DriverStudio Installed"

    I can see how that might not have come up in testing. I cannot see how the broad situations described in 917452 and 920805 didn't. They are environmental issues that indicate that 2005 was not ready for prime time when it was released. They represent the pain that those of who use this sloth on a daily basis experience.

    Furthermore, since so many of these QFE go back to msenv.dll, your're not installing 1 hotfix, but every fix that contained that same assembly dependency that has already been released. Resharper 2.0 REQUIRES and installs one of these msenv.dll hotfixes. Kinda violates the QFE definition, doesn't it?

  • Thanks for the feedback, Eric.

    I agree that getting a hotfix should be much easier than it is today.  We're working on making getting a hotfix roughly as quick and easy as a downloading a beta product, per your suggestion.  I'll post our plans on the VB Blog (http://blogs.msdn.com/vbteam/default.aspx) and this thread as they become more firm.

    I did call support yesterday to get the fix myself, and it did take about 15 minutes.  While this is not as quick as a web download, we've made every effort to make it quick and painless.  

    Let me know if you get a different experience when you call support.

    Thanks,
    Chris Mayo
    Visual Basic Performance Program Manager
  • I really hope that the sp1 has a LOT more than what the hotfix does. I currently have a very large application and I spend most of my time waiting for the IDE. If only I would have known I would have stayed with the 2003 version and just made due.
  • I also agree that calling to get a hotfix is a big pain.  I discovered on a Friday evening that you have to call, and it seems the hotfix hotline isn't even available 24-7.  They are actually closed on the weekends...  I had to wait till Monday to get a link to download the hotfix and the special hotline operator did nothing extra than the regular MS contact reps other than email a link.  I think this is a very poor system.  

    The hotfix dwindle my compiling time from 5mins to 2mins.  If this was the same project in VS 2003, it would take under 30 seconds.
  • Greetings to all! After working with ASP and then ASP.NET, and now with version 2.0, I've programmed
  • This posts covers how to best optimize the build performance with Visual Studio 2005 and Visual Web Developer
  • This posts covers how to best optimize the build performance with Visual Studio 2005 when using web projects.
  • Chrsi,
    You wrote:
    "I did call support yesterday to get the fix myself, and it did take about 15 minutes.  While this is not as quick as a web download, we've made every effort to make it quick and painless.  

    Let me know if you get a different experience when you call support."

    I just called to get the Hot fix and it took 26 minutes. I was transferred on the phone 3 times. In all I had to speak with 4 reps. I gave the KB article numbers to the first rep and they were not passed on to the 2nd rep. I had to repeat them.

    No one could tell me if SP1 was coming out this week or not. So I decided to get the hot fix now rather than wait.

    Note: all of the reps were professional and courteous. The process itself is just time consuming.


  • ASP.NET, Visual Studio, Tips and Tricks
  • PingBack from http://www.hanselman.com/blog/WhatsTheUpperLimitOnTheNumberOfProjectsWithinVS2005.aspx
  • 技巧和诀窍;在VS 2005里优化ASP.NET 2.0Web项目的Build性能
  • 【原文地址】Tip/Trick: Optimizing ASP.NET 2.0 Web Project Build Performance with VS 2005 【原文发表日期】Friday, September

  • 这个帖子讨论在Visual Studio 2005中开发web项目时,如何优化其Build性能。如果你正受缓慢Build的煎熬,或者想知道怎么提高Build速度,请继续读下去。

Page 1 of 2 (19 items) 12