locked
Visual Studio Responsiveness RRS feed

  • Question

  • We have a Visual Studio project which has close to ~ 1000 (c# & XAML) files. We are experiencing intermittent unresponsiveness whenever we attempt to open a file from the project.  We suspect the large numbers of files in the project might cause this problem. We want to what’s maximum number of files a single Visual Studio project can support. We know it’s not a good practice to have too many files in just one project, but just don’t the maximum limit. We are not in position to re-factor the project due to schedule and resource constraints. Any advice in this regard will be appreciated.

    • Moved by Forrest GuoModerator Wednesday, April 25, 2012 3:37 AM VS project system question (From:Visual Studio Setup and Installation)
    Monday, April 23, 2012 9:43 PM

Answers

  • Hi Rasheed,

    Depending on the TFS server setup topology, there could be couple of things lead to the performance issue.

    1. TFS server/DB server locates on remote computer, far distance from client.  If this is the case, you may consider setup a proxy server for TFS, the version control operation could get speed up by the caching, and prefetching.  See article Configure TFS Source Control to use proxy server: http://msdn.microsoft.com/en-us/library/ms245478.aspx
    2. Low hardware configuration. Lots of TFS version control operations are implemented as stored precedure in database, so database low performance could lead to version control low performance. You may want to check disk, cpu and memory usage on database server, if the usage is high, consider upgrade hardware of the database server. See article: TFS slow response when doing version control operations.

    Hope this gets you started.


    Forrest Guo | MSDN Community Support | Feedback to manager

    Wednesday, May 2, 2012 5:35 AM
    Moderator

All replies

  • Hello arasheed. Is your Visual Studio Project bound to some type of Source Control?

    When you see answers and helpful posts, please click Vote As Helpful, Propose As Answer, and/or Mark As Answer. This helps us build a healthy and positive community. Happy programming!

    Tuesday, April 24, 2012 2:46 PM
  • We use TFS as source control. We also notice that the moment we unbind the solution from source control, the performance seems to improve significantly. Any idea what could be the root-cause for this issue?. Please advice

    Rasheed

    Wednesday, April 25, 2012 8:09 PM
  • Hi Rasheed. I would definitely investigate TFS as the cause of your problem. Unfortunately I don't use TFS, but I found some links that might offer some assistance to you and your team. Have a look at the following:

    Just also have a look in the TFS forum for solutions. Here is the Search Query I ran. I hope that you can find a solution for your problem. Good luck!

     

    When you see answers and helpful posts, please click Vote As Helpful, Propose As Answer, and/or Mark As Answer. This helps us build a healthy and positive community. Happy programming!

    Wednesday, April 25, 2012 8:42 PM
  • Hi Rasheed,

    Depending on the TFS server setup topology, there could be couple of things lead to the performance issue.

    1. TFS server/DB server locates on remote computer, far distance from client.  If this is the case, you may consider setup a proxy server for TFS, the version control operation could get speed up by the caching, and prefetching.  See article Configure TFS Source Control to use proxy server: http://msdn.microsoft.com/en-us/library/ms245478.aspx
    2. Low hardware configuration. Lots of TFS version control operations are implemented as stored precedure in database, so database low performance could lead to version control low performance. You may want to check disk, cpu and memory usage on database server, if the usage is high, consider upgrade hardware of the database server. See article: TFS slow response when doing version control operations.

    Hope this gets you started.


    Forrest Guo | MSDN Community Support | Feedback to manager

    Wednesday, May 2, 2012 5:35 AM
    Moderator