VS 2003 Performance issues

I've seen some performance improvements that were lost after build 224 return recently, but it was not until I had a college visiting my desk today and commenting on how sluggish R# was, (he uses 1.5), that I realised I was living a lie!

OK, our solution is by no means small, there are 10 projects, 2400 C# files, 600,000 lines of code. Resharper 1.5 and builds prior to 225 handle it no problem.

The slowness is with the auto-popups when typing in code. I have posted many times before on this issue in the hope it would get fixed. We have 10 developers in our office, however I cannot recommend to anyone they move to the new version until the performance at least matches what they are currently using.

We do not have any large projects in VS 2005, so I'm not sure if this is just a VS 2003 issue. Are there any developers out there who can comment?

So R# developers, please do something or your product will not succeed in the market place. I would suggest generating large projects to test the performance.

6 comments
Comment actions Permalink

So does this mean everyone else is experiencing good performance, equal to 1.5, with their large projects?

0
Comment actions Permalink

I have to agree with alastair; although I see this with VS2005 as well. 1.5 was MUCH FASTER compared to 2.0. It was so fast in fact that you really didn't even know that it was in the background.

Overall, with larger projects (most of mine are 5-7 projects per solution; 20-100 classes per project), R# just isn't cutting it with respect to auto-complete and typing. R# just can't keep up. I experience a 1/4 second to 1/2 second delay on pop-ups, auto-complete, etc.. and have experienced this since I began testing EAP. I don't want to turn the R# auto-complete off as then you lose the code completion, etc.. inline with the auto-complete.

My workstation is P4-3.2, 1GB RAM, dual 256MB Video, SATA/150 Drives so I know this isn't a hardware issue.

I think some huge strides have been made with respect to stability, but performance in real-world projects for long term use just isn't there. I hope this gets addressed in the very near term of post RTM. If not, R# just won't cut it for me long term (which is sad considering the amount of effort I've put into testing EAP versions) and I will have to look at other solutions.

0
Comment actions Permalink

I have to agree here. I use VS2005 Team Studio. And the delay in typing
and completion and such is just long enough to be annoying and to be
difficult to get used to. There are also long delays in painting dialogs
when they first come up (say, for refactorings and such). It really needs
to be much snappier.

"Mike Anderson" <no_reply@jetbrains.com> wrote in message
news:27184825.1148057809991.JavaMail.itn@is.intellij.net...
>I have to agree with alastair; although I see this with VS2005 as well.
>1.5 was MUCH FASTER compared to 2.0. It was so fast in fact that you
>really didn't even know that it was in the background.
>

Overall, with larger projects (most of mine are 5-7 projects per solution;
20-100 classes per project), R# just isn't cutting it with respect to
auto-complete and typing. R# just can't keep up. I experience a 1/4
second to 1/2 second delay on pop-ups, auto-complete, etc.. and have
experienced this since I began testing EAP. I don't want to turn the R#
auto-complete off as then you lose the code completion, etc.. inline with
the auto-complete.

>

My workstation is P4-3.2, 1GB RAM, dual 256MB Video, SATA/150 Drives so I
know this isn't a hardware issue.

>

I think some huge strides have been made with respect to stability, but
performance in real-world projects for long term use just isn't there. I
hope this gets addressed in the very near term of post RTM. If not, R#
just won't cut it for me long term (which is sad considering the amount of
effort I've put into testing EAP versions) and I will have to look at
other solutions.



0
Comment actions Permalink

Hello Paul,

does the delay on typing depend on the size of the file where you're typing?
As for slow painting of dialogs, it seems that we actually never heard of
such a problem
for ReSharper 2.0. Does it happen for Advanced Find Usages dialog? Thanks.

Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

I have to agree here. I use VS2005 Team Studio. And the delay in
typing and completion and such is just long enough to be annoying and
to be difficult to get used to. There are also long delays in
painting dialogs when they first come up (say, for refactorings and
such). It really needs to be much snappier.

"Mike Anderson" <no_reply@jetbrains.com> wrote in message
news:27184825.1148057809991.JavaMail.itn@is.intellij.net...

>> I have to agree with alastair; although I see this with VS2005 as
>> well. 1.5 was MUCH FASTER compared to 2.0. It was so fast in fact
>> that you really didn't even know that it was in the background.
>>
>> Overall, with larger projects (most of mine are 5-7 projects per
>> solution; 20-100 classes per project), R# just isn't cutting it with
>> respect to auto-complete and typing. R# just can't keep up. I
>> experience a 1/4 second to 1/2 second delay on pop-ups,
>> auto-complete, etc.. and have experienced this since I began testing
>> EAP. I don't want to turn the R# auto-complete off as then you lose
>> the code completion, etc.. inline with the auto-complete.
>>
>> My workstation is P4-3.2, 1GB RAM, dual 256MB Video, SATA/150 Drives
>> so I know this isn't a hardware issue.
>>
>> I think some huge strides have been made with respect to stability,
>> but performance in real-world projects for long term use just isn't
>> there. I hope this gets addressed in the very near term of post RTM.
>> If not, R# just won't cut it for me long term (which is sad
>> considering the amount of effort I've put into testing EAP versions)
>> and I will have to look at other solutions.
>>


0
Comment actions Permalink

Dmitry Shaporenkov (JetBrains) wrote:

Hello Paul,

does the delay on typing depend on the size of the file where you're
typing?


In my case (VS2005), the longer I use the IDE, the worse it gets. After
a few hours, I have to restart VS because I'm typing much faster than
the characters appear. However, this has been discussed weeks ago - no
solution on the horizon yet?

Cheers,
Philipp



As for slow painting of dialogs, it seems that we actually never heard
of such a problem
for ReSharper 2.0. Does it happen for Advanced Find Usages dialog? Thanks.

Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

>> I have to agree here. I use VS2005 Team Studio. And the delay in
>> typing and completion and such is just long enough to be annoying and
>> to be difficult to get used to. There are also long delays in
>> painting dialogs when they first come up (say, for refactorings and
>> such). It really needs to be much snappier.
>>
>> "Mike Anderson" <no_reply@jetbrains.com> wrote in message
>> news:27184825.1148057809991.JavaMail.itn@is.intellij.net...
>>
>>> I have to agree with alastair; although I see this with VS2005 as
>>> well. 1.5 was MUCH FASTER compared to 2.0. It was so fast in fact
>>> that you really didn't even know that it was in the background.
>>>
>>> Overall, with larger projects (most of mine are 5-7 projects per
>>> solution; 20-100 classes per project), R# just isn't cutting it with
>>> respect to auto-complete and typing. R# just can't keep up. I
>>> experience a 1/4 second to 1/2 second delay on pop-ups,
>>> auto-complete, etc.. and have experienced this since I began testing
>>> EAP. I don't want to turn the R# auto-complete off as then you lose
>>> the code completion, etc.. inline with the auto-complete.
>>>
>>> My workstation is P4-3.2, 1GB RAM, dual 256MB Video, SATA/150 Drives
>>> so I know this isn't a hardware issue.
>>>
>>> I think some huge strides have been made with respect to stability,
>>> but performance in real-world projects for long term use just isn't
>>> there. I hope this gets addressed in the very near term of post RTM.
>>> If not, R# just won't cut it for me long term (which is sad
>>> considering the amount of effort I've put into testing EAP versions)
>>> and I will have to look at other solutions.
>>>


0
Comment actions Permalink

Hello Philipp,

Something I have recently noticed is that the 'delay' on auto-complete doesn't!
In fact, if you give a delay then it seems to all work a bit faster - confusing
eh!

Give it a go...
Ronnie

Dmitry Shaporenkov (JetBrains) wrote:

>> Hello Paul,
>>
>> does the delay on typing depend on the size of the file where you're
>> typing?
>>

In my case (VS2005), the longer I use the IDE, the worse it gets.
After a few hours, I have to restart VS because I'm typing much faster
than the characters appear. However, this has been discussed weeks ago
- no solution on the horizon yet?

Cheers,
Philipp

>> As for slow painting of dialogs, it seems that we actually never
>> heard
>> of such a problem
>> for ReSharper 2.0. Does it happen for Advanced Find Usages dialog?
>> Thanks.
>> Regards,
>> Dmitry Shaporenkov
>> JetBrains, Inc
>> http://www.jetbrains.com
>> "Develop with pleasure!"
>>> I have to agree here. I use VS2005 Team Studio. And the delay in
>>> typing and completion and such is just long enough to be annoying
>>> and to be difficult to get used to. There are also long delays in
>>> painting dialogs when they first come up (say, for refactorings and
>>> such). It really needs to be much snappier.
>>>
>>> "Mike Anderson" <no_reply@jetbrains.com> wrote in message
>>> news:27184825.1148057809991.JavaMail.itn@is.intellij.net...
>>>
>>>> I have to agree with alastair; although I see this with VS2005 as
>>>> well. 1.5 was MUCH FASTER compared to 2.0. It was so fast in fact
>>>> that you really didn't even know that it was in the background.
>>>>
>>>> Overall, with larger projects (most of mine are 5-7 projects per
>>>> solution; 20-100 classes per project), R# just isn't cutting it
>>>> with respect to auto-complete and typing. R# just can't keep up.
>>>> I experience a 1/4 second to 1/2 second delay on pop-ups,
>>>> auto-complete, etc.. and have experienced this since I began
>>>> testing EAP. I don't want to turn the R# auto-complete off as then
>>>> you lose the code completion, etc.. inline with the auto-complete.
>>>>
>>>> My workstation is P4-3.2, 1GB RAM, dual 256MB Video, SATA/150
>>>> Drives so I know this isn't a hardware issue.
>>>>
>>>> I think some huge strides have been made with respect to stability,
>>>> but performance in real-world projects for long term use just isn't
>>>> there. I hope this gets addressed in the very near term of post
>>>> RTM. If not, R# just won't cut it for me long term (which is sad
>>>> considering the amount of effort I've put into testing EAP
>>>> versions) and I will have to look at other solutions.
>>>>


0

Please sign in to leave a comment.