R# 4.0 still large memory footprint

R

  1. 4.0 is still taking up a pretty significant chunk of memory. It is showing that it takes 183 Meg minimally, and that slowly grows to about 315 Meg, before it freezes Visual Studio 2008 for about 30-60 seconds for a GC break, and then resumes its climb. This is with code analysis disabled. If I enable code analysis, forget it.


The solution is about 250,000 lines of code, with about 2500 classes.

It seems like R# still doesn't scale well to this project size, even though that seems like a not unreal size for a project.

Can anything be done here?

7 comments
Comment actions Permalink

Hello flannelboy,

Could you please tell us more about your project? What language do you develop
with, is it website, winforms, wpf, etc?

PS: We (of course) use ReSharper when we develop ReSharper, and it is more
than 80 C# and VB.NET projects with total of about 10000 files and it works
fine.

Sincerely,
Ilya Ryzhenkov

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


f> R# 4.0 is still taking up a pretty significant chunk of memory. It
f> is showing that it takes 183 Meg minimally, and that slowly grows to
f> about 315 Meg, before it freezes Visual Studio 2008 for about 30-60
f> seconds for a GC break, and then resumes its climb. This is with
f> code analysis disabled. If I enable code analysis, forget it.
f>
f> The solution is about 250,000 lines of code, with about 2500 classes.
f>
f> It seems like R# still doesn't scale well to this project size, even
f> though that seems like a not unreal size for a project.
f>
f> Can anything be done here?
f>


0
Comment actions Permalink

Hello Ilya,

Just out of curiosity, how does it takes from you press (Ctrl+B) to build
the solution until it finished? Minutes? Hours?

BTW: Our solution consists of two projects (a web application and a class
library) with a total of 3.500 files and about 400.000 lines of code, and
Resharper runs very smoothly. No editor slow-downs and never run out of memory.

--Jakob

Hello flannelboy,

Could you please tell us more about your project? What language do you
develop with, is it website, winforms, wpf, etc?

PS: We (of course) use ReSharper when we develop ReSharper, and it is
more than 80 C# and VB.NET projects with total of about 10000 files
and it works fine.

Sincerely,
Ilya Ryzhenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

f>> R# 4.0 is still taking up a pretty significant chunk of memory. It
f>> is showing that it takes 183 Meg minimally, and that slowly grows to
f>> about 315 Meg, before it freezes Visual Studio 2008 for about 30-60
f>> seconds for a GC break, and then resumes its climb. This is with
f>> code analysis disabled. If I enable code analysis, forget it.
f>>
f>> The solution is about 250,000 lines of code, with about 2500
f>> classes.
f>>
f>> It seems like R# still doesn't scale well to this project size, even
f>> though that seems like a not unreal size for a project.
f>>
f>> Can anything be done here?
f>>


0
Comment actions Permalink

Even so I know that we are talking about the performance of R# but a single
project with 3500 files and 400,000 lines of code? Maybe time to "refactor"
the project itself?

Cheers

Gabriel Lozano-Moran

"Jakob Christensen" <jc@sitecore.net> wrote in message
news:b5a5f1ba79b8caa51746bcd8c2@news.jetbrains.com...

Hello Ilya,

>

Just out of curiosity, how does it takes from you press (Ctrl+B) to build
the solution until it finished? Minutes? Hours?

>

BTW: Our solution consists of two projects (a web application and a class
library) with a total of 3.500 files and about 400.000 lines of code, and
Resharper runs very smoothly. No editor slow-downs and never run out of
memory.

>

--Jakob

>
>
>> Hello flannelboy,
>>
>> Could you please tell us more about your project? What language do you
>> develop with, is it website, winforms, wpf, etc?
>>
>> PS: We (of course) use ReSharper when we develop ReSharper, and it is
>> more than 80 C# and VB.NET projects with total of about 10000 files
>> and it works fine.
>>
>> Sincerely,
>> Ilya Ryzhenkov
>> JetBrains, Inc
>> http://www.jetbrains.com
>> "Develop with pleasure!"

f>> R# 4.0 is still taking up a pretty significant chunk of memory. It
f>> is showing that it takes 183 Meg minimally, and that slowly grows to
f>> about 315 Meg, before it freezes Visual Studio 2008 for about 30-60
f>> seconds for a GC break, and then resumes its climb. This is with
f>> code analysis disabled. If I enable code analysis, forget it.
f>> f>> The solution is about 250,000 lines of code, with about 2500
f>> classes.
f>> f>> It seems like R# still doesn't scale well to this project size,
even
f>> though that seems like a not unreal size for a project.
f>> f>> Can anything be done here?
f>>



0
Comment actions Permalink

Hello Gabriel Lozano-Moran,

:)

Actually at one point we split it into 10 projects but our build time (nor
rebuild time) went from about 15 sec. to about 40 sec. And it is amazing
how quickly your eyes will wonder off to look out the window or open a browser.
Keeping the build time at 15 sec. allowed us to keep focusing, so we reverted
back to just 2 projects.

To us, Resharper is invaluable in navigating around the project.

But I get your point :-).

--Jakob

Even so I know that we are talking about the performance of R# but a
single project with 3500 files and 400,000 lines of code? Maybe time
to "refactor" the project itself?

Cheers

Gabriel Lozano-Moran

"Jakob Christensen" <jc@sitecore.net> wrote in message
news:b5a5f1ba79b8caa51746bcd8c2@news.jetbrains.com...

>> Hello Ilya,
>>
>> Just out of curiosity, how does it takes from you press (Ctrl+B) to
>> build the solution until it finished? Minutes? Hours?
>>
>> BTW: Our solution consists of two projects (a web application and a
>> class library) with a total of 3.500 files and about 400.000 lines of
>> code, and Resharper runs very smoothly. No editor slow-downs and
>> never run out of memory.
>>
>> --Jakob
>>
>>> Hello flannelboy,
>>>
>>> Could you please tell us more about your project? What language do
>>> you develop with, is it website, winforms, wpf, etc?
>>>
>>> PS: We (of course) use ReSharper when we develop ReSharper, and it
>>> is more than 80 C# and VB.NET projects with total of about 10000
>>> files and it works fine.
>>>
>>> Sincerely,
>>> Ilya Ryzhenkov
>>> JetBrains, Inc
>>> http://www.jetbrains.com
>>> "Develop with pleasure!"
>> f>> R# 4.0 is still taking up a pretty significant chunk of memory.
>> It
>> f>> is showing that it takes 183 Meg minimally, and that slowly grows
>> to
>> f>> about 315 Meg, before it freezes Visual Studio 2008 for about
>> 30-60
>> f>> seconds for a GC break, and then resumes its climb. This is with
>> f>> code analysis disabled. If I enable code analysis, forget it.
>> f>> f>> The solution is about 250,000 lines of code, with about 2500
>> f>> classes.
>> f>> f>> It seems like R# still doesn't scale well to this project
>> size,
>> even
>> f>> though that seems like a not unreal size for a project.
>> f>> f>> Can anything be done here?
>> f>>


0
Comment actions Permalink

Hi Ilya -

It is a C# Windows Forms app. There are quite a few screens (probably around 100 or so) in Win Forms, and then a ton of code behind that doing the real work.

There are a total of 18 projects, with about 4000 files across the projects.

There are also quite a few resources (images in our case) - probably around 300 of these, totaling about 4 megs of binary. These, I wouldn't think, would matter.

I have a theory - we have a few test cases for testing some math we have, and these have huge .txt files. These are ignored by the build, but used when running tests. The text files are around 40 meg in total. I think R# might be reading and indexing these. That's only a theory ...

Any help would be great.

Thanks,

-mb

0
Comment actions Permalink

Ilya - you still there?

0
Comment actions Permalink

Hello flannelboy,

Actually, on vacation :) Will be back on monday and will check your issue.

Sincerely,
Ilya Ryzhenkov

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


IR> Ilya - you still there?
IR>


0

Please sign in to leave a comment.