Hi,

I'm having trouble with the latest releases in VS2005. I have to turn off the plugins or vs crashes constantly.

 

For instance, I'm in a class and I start typing "overrides" to get the list of overridable methods and before I get the list of overridable methods or even finish typing "overrides" vs maxes out CPU and I can only kill the process.

This is just one example that I can consistently reproduce, but overall, VS is slow and crashy whenever I enable these plugins. I'm coding VB btw.

Any Ideas? 

I'm having similar issues and it is much much worse in VS2003 - I'm using the 2.5.4 builds btw. 

I was getting so much slow down in 2.5.4 that I went back to 2.5.1.

On Fri, 28 Sep 2007 00:44:47 +0000 (UTC), "Richard Loranger" <> wrote:

>I'm having similar issues and it is much much worse in VS2003 - I'm using the 2.5.4 builds btw.

"Richard Loranger" wrote in message news:196213@community.devexpress.com...

I'm having similar issues and it is much much worse in VS2003 - I'm using the 2.5.4 builds btw. 

---

http://community.devexpress.com//forums/p/57717/196213.aspx#196213

"David Shannon" wrote in message news:196217@community.devexpress.com...

I was getting so much slow down in 2.5.4 that I went back to 2.5.1.

On Fri, 28 Sep 2007 00:44:47 +0000 (UTC), "Richard Loranger" <> wrote:

>I'm having similar issues and it is much much worse in VS2003 - I'm using the 2.5.4 builds btw.

---

http://community.devexpress.com//forums/p/57717/196217.aspx#196217

Hi Mark,

Sorry, I know this is unhelpful.

I've been through this before. On some projects the cursor disappears and the
interface freezes up while (apparently) some parsing is going on. Other times
it doesn't do that. The projects are large and complex and not something I can
send in to you for you to look at.

When I went back to 2.5.1 it got much better. If 2.5.5 comes out fairly soon,
I'll go to that. If not, I may uninstall 2.5.1 and try 2.5.4 again to see if
it was maybe some kind of installation problem.

(By the way, I wish there were an integrated install for CodeRush and Refactor
Pro! so that I would only have to wait on DXCore to do its thing one time.)

I realize there's not much you can do unless someone sends you something that
shows the issue. Sorry it can't be me on this one.

David Shannon

On Fri, 28 Sep 2007 06:37:49 +0000 (UTC), "Mark Miller (Developer Express)" <>
wrote:

>Hi David, Any more details available? Can you describe the perf issues you saw and what we might be able to do to increase our chances of seeing the same issues? TIA.
>Best regards, Mark Miller - Developer Express
>C# MVP"David Shannon" wrote in message news:196217@community.devexpress.com...I was getting so much slow down in 2.5.4 that I went back to 2.5.1.
>
>On Fri, 28 Sep 2007 00:44:47 +0000 (UTC), "Richard Loranger" <> wrote:
>
>>I'm having similar issues and it is much much worse in VS2003 - I'm using the 2.5.4 builds btw.
>http://community.devexpress.com//forums/p/57717/196217.aspx#196217

I am having the same problem with VS2005 and refactor! 2.5.0 and 2.5.5. It seems to pin the CPU on large solutions only, as I have some smaller ones where Refactor works great. This is one of our larger solutions, containing 8164 files, and 1.2 GB of diskspace. Of these files, 2761 are .VB files using 20MB. Our other large solution contains 17,222 files, and 170MB of disk space. Of these files 1858 are .VB using 6.5MB.

Whenever I right click anywhere (code view, solution explorer, or the vs menu) the cpu jumps to 100%. It will stay pinned until the context menu appears, typically between 20-60 seconds. Often the IDE will crash if it the CPU stays pinned for too long, although I haven't timed anything. Let me know if you want some more data. Feel free to email me with the address in my account.

I've since uninstalled Refactor! and I do not see the performance issues. I feel like the project size is choking Refactor!, but you'll have to let us know about that. :)

Thanks-
Brad

Any update on this? We've had the same issue for some time now. We are currently on version 3.0.5 of CodeRush and Refactor. If I go into Add-In Manager and disable Develper Express Tools the solutions become incredibly responsive in comparison. Here's what I see:

VS2005 

In loading the solution - it is always noticably slower 60 seconds vs 10 seconds

The UI occasionally just goes out to lunch for 1 to 120 seconds. Especially when clicking to move the insertion point.

 

VS2008

The issue is not as extreme, but not gone.

 

Seems to happen on EVERY large solution. We're all running dual-core P-4s with 2 or 4GB RAM. I've not paid attention to memory consumption, but CPU goes through the roof while it's "thinking".

Mike

EPS Software

PS : I made a 27MB WMV file showing the issue and how it completely goes away after the tools are turned off. It shows VS2008, a clock with a sweep hand and task manager showing the CPU usage and how it eats up twice as much RAM before coming back to life. I don't know if this will hep you. Also, one of our guys says that he's now running VS inside a virtual machine (allocated 2GB RAM) and the problem does not show up - even though he previously had the issue on his host OS. I'm going to try that and let you know...

OK, I've been doing some testing and have some more to report. I installed VS2008 on a Virtual Machine with 2GB RAM (Win XP Pro just like the host OS). The Virtual Machine does, in fact NOT have this problem. Interestingly, while the virtual machine is running, even the host machine seems to be much more responsive. Despite having 100% CPU use in the same scenario as earlier, the UI is MUCH more responsive with a Virtual Machine running. Perhaps there is too much available RAM? (did I just say that!?!?) or too many free resources? Or perhaps it is a process prioritization issue?

One more thing, though I don't have time to unistall Refactor Pro right now to try this out, there have been reports that CodeRush without Refactor Pro does not have the issue. Unfortunately, it seems we can only turn both off or both on - so an uninstall / re-install is required to test this theory.

Mike

 

Well... the main difference between the virtual machine and the host machine would be the video card / driver. Have you tried to upgrade your video card driver?

BOb

 

 

The video driver was upgraded to the latest and greatest. It seems to happen on various boxes with different hardware. Since it's driving us all nuts, I went ahead and spent the time to experiment some more. It appears that the problem is not with CodeRush, but with Refactor Pro. Uninstalling Refactor Pro had a dramatic effect. There was still a small difference compared to having neither, but that's to be expected. The question then was of course, "What about if ONLY Refactor Pro is installed and not CodeRush"? Refactor Pro is DEFINITELY the culprit! With just that and no CodeRush, the deplorable performace remained. The slight drag of CodeRush seems to exacerbate the problem. The solution (for now) is that we're uninstalling Refactor Pro. I'll cruise the Refactor Pro forums to see if I can find any more information. Perhaps I should re-post some of this there...

 

This might be the same problem that I have already filed a bug report on. Through WinDBG I have been able to find out that a few of the many refactoring providers can suddenly begin consuming an excessive amount of CPU power during calls to IsAvailable and CanShowSmartTag. It doesn't always start immediately when I open the solution in Visual Studio, but it usually starts within 5-15 minutes. I also think it can be related to the size of the solution, because I've never experienced it on a small solution.

I think you're right. The issues doesn't present itself exactly the same way, but in both cases it's rooted in CPU use. The real mystery is why it isn't consistent across machines - why it happens on a machine, but doesn't happen on a VPC running on the same hardware. We've seen it on Vista and on XP. In one case, it did not occur on a machine with XP Pro installed. After installing Vista (clean install) on the same hardware, the issue showed up. On an XP VPC on the same machine it doesn't occur. In other instances on identical hardware, it happens on XP Pro.

It doesn't appear to be the hardware - or the OS - or the service packs. So far all we can say is that we haven't seen it on a VPC image. Otherwise, if it happens on a machine, it consistently happens on that machine. If it doesn't then it never does.

It's not related to startup or opening a project, just that in our case we can reproduce it consistently within 30 seconds if we put our minds to it <s>. If we just begin workign normally, it happens sporadically. I hope some of this helps to find a solution. Great tools, but unusable in this condition.

Mike

 I had a ton of problems with the new Javascript parser. Their support suggested I remove JS support (remove DX_JavaScriptLanguage.dll).  That seemed to help a bit - it eliminated the issues I had where I would try clicking back into VS when focus was in another window and the CPU would spike and become unresponsive for 20-30 seconds.

 Memory usage is also way up compared to a vanilla VS.NET 2008 instance (usually around 350MB used vs 800MB w/CR/R!). I actually don't really care about that, but VS in general seems to start getting flaky once it gets above 700MB. I though some of my stability issues were related to CR/R! but VS.NET 2008 seems to crash just about as often with and w/o CR/R! loaded. At least twice a day.