Visual Studio IDE freezing while initializing ToolBox - visual-studio

I'm working on Visual Studio 2008, Smart Client + infragistics controls are installed and we have more than 50 User Controls. When opening the Visual Studio "Tool Box", Visual Studio is completely freezing. I couldn't work after that. I have to kill the process and open again. At this point CPU usage is around 50, CPU usage is 1 or 2 when i work on code. How to get rid out of this issue. This is really time consuming process.

try:
Visual Studio 2008 takes a long time to open the toolbox for a solution that contains many custom controls
The KB article recommends downloading and installing a hotfix.

Related

Visual Studio 2019 Extensions loading infinitely

I have ran in this issue, and it is weird. I have installed Visual Studio some time ago, and haven't launched it in like 2 months. Now when I create project it is really laggy, and cpu or ssd is not running at 100%.
Instead, it tries to load extensions, but it seems that it is failing. I have tried to repair it through Visual Studio Installer, and running VS as an admin, but that gave no result. The extension it tries to load is kind of random and can vary between the launches.
Problem screenshot - https://prnt.sc/war0b8

Visual Studio 2015 C# rename a control horribly slow

Refactoring/renaming a control in Visual Studio Community 2015 (either in the form designer code file, or through the graphical designer) is very slow and each change uses an additional 60 MB of RAM memory.
I did read the Visual Studio 2015 C# rename horribly slow post, but that person's solution does not apply to me, because I did not add any extensions: this is Visual Studio "right out of the box".
open the project: 170 MB (the Designer is closed)
rename a control: 350 MB (in the code file)
revert the naming: 420 MB
rename a new control: 500 MB
After 2 or 3 renamings, I have to quit the application and open it again.
Many people must have encountered this, yet I don't see much discussion about it.
I just switched from VS 2010, which did not have this problem.
EDIT: I restarted the computer, no other programs running: same problem. Now Window 7 tells me: "Microsoft Visual Studio is busy / Microsoft Visual Studio is waiting for an internal operation to complete. ... "
Are there any solutions or workarounds?

How to speed up VS.NET 2015 solution loading and pasting into ASPX source view?

I just installed Microsoft Visual Studio Community 2015 Version 14.0.23107.0 D14REL hoping for a performance improvement over 2013. When I load a very large ASP.NET web forms solution, I have to wait over 30 seconds. After it is loaded, when I try to paste text into the source view of an ASPX page, I am intermittantly enduring a 15+ second wait. A popup tells me that VS.NET is busy performing background tasks.
I'm running Windows 7 Pro SP1 x64 on a recently purchased Dell Precision workstation with 16GB RAM and an Intel Xeon E3-1240 v3 # 3.40GHz. My C: drive is on a SamSung SSD. Here is what I would like to know:
What can I do to make VS.NET 2015 perform faster?
I found that VS.NET was I/O bound because when I disabled Microsoft Security Essentials entirely the performance was acceptable. There is an option in MS Security to exclude certain processes from security scans. After I added ~/Program Files(x86)\Microsoft Visual Studio 14.0\Common7\IDE\devenv.exe to MS Security Essentials' list of excluded processes, it ran acceptably fast.
If you are using ReSharper then turning it off makes performance considerably faster. Similarly Node.js Tools for Visual Studio can slow down your IDE.

Visual Studio 2013 Issue: Installation got stuck on android SDK

I am trying to install Multi-Device Hybrid Apps extension on Visual Studio 2013 (Ultimate). But Installation got stuck when Android SDK being install. I have waited for 2 to 3 hours but it stuck there. I have cancelled the process and tried again but same issue.
Can anyone help me to fix this issue?
Thank you
I had a similar problem for Visual Studio 2015 RC1. The Android images take a long time to download, especially if you are downloading other things on the same network and have slow internet.
I found the AndroidSDK_SI.log file in %temp% and it shows it was actually still downloading even after 3 hours!
I believe the installer really needs to show better feedback. It seemed like the installer was hung, but it was actually downloading very slowly. Something as dirty as an option to read the currently running log file being in a text box would even help.
You can also kill the SecondaryInstaller.exe in Task Manager to stop the Android SDK sub-installer. You can then try fix it yourself or Repair Visual Studio if the install continues and completes.
Repair is available by right clicking on Visual Studio in the Microsoft Windows "Programs and Features" control panel section and clicking "Change". This will bring up a Visual Studio dialog where you can Modify or Repair the install.

1050x1680 resolution causes Visual Studio 2010 locks up when interfacing with TFS

I just added a third monitor to my system (NEC E222W) which my NVidia GeForce 9500 GT card is able to rotate such that I get 1050x1680 resolution. However, when using this mode Visual Studio 2010 SP1 (10.0.40219.1 SP1Rel) consistently locks up (grabbing 50% of the CPU) until I kill it whenever I interact with TFS. I can work in VS 2010 until I try to do anything with TFS.
I can open up Visual Studio without issues on my other two monitors and check stuff out, etc., but the minute I move the application to my 1050x1680 monitor and start the TFS dialog, the application hangs.
Anyone have this issue? I'm pretty current on the NVidia driver (191.07) and Windows XP SP 3 is current with Microsoft Update. I'm running under a non-administrator account.
Internet has not been helpful. The only thing I found was this:
http://social.msdn.microsoft.com/Forums/en/vseditor/thread/ce9134aa-b444-49e8-99f2-01b67404156a
This: Visual Studio 2010 Freezes when using TFS is unrelated.
I am able to fire up VS 2010 on the 1050x1680 monitor, work, then shift the existing instance over to another monitor to interface with TFS (check in/out) and then shift the application back to the 1050x1680 monitor successfully. I strongly suspect something is broken with the TFS checkout dialog window.

Resources