Re# performance

Question of Re# performance (or problems, associated with it) was discussed in this forum many times.

Reaction of JetBrains developers was surprising to me: either no response at all or request to provide configuration/project/solution, etc.

It looks like developers of Re# do not experience this problem. Possible explanation:

1. They do not use Re#. If this is the case, it is very unlikely they will improve the product.

2. Hardware they develop on is much superior to what normal Re# user would have. This is highly unlikely. On my system with Dual-core 2.8GHz and 4GB of memory Re# can get very slow, and there is not much you can currently add above this.

3. They know how to configure it properly. I hope this is the case.

JetBrains, why don't you share your Re# configurations/suggestions? Is there something that could be done to make your product more usable than it is now?

I've noticed that minimizing number of open files helps a lot. AFAIK, IDEA has an option to limit number of simultaneously open files. Maybe similar option should be added to Re#?

Thanks.

2 comments
Comment actions Permalink

Hello Alex,

IR> Question of Re# performance (or problems, associated with it) was
IR> discussed in this forum many times.
IR>
IR> Reaction of JetBrains developers was surprising to me: either no
IR> response at all or request to provide
IR> configuration/project/solution, etc.

So, what is your configuration/project/solution, etc? Believe me, it is the
information we want. If we can reproduce the problem, we can fix it. If we
can't reproduce the problem, we hardly can do anything about the performance.

IR> It looks like developers of Re# do not experience this problem.
We know some scenarious, where ReSharper is slow or consumes too much memory
and we constantly improving our code to avoid this. However, there are so
many various configurations, projects, solutions out there that we can't
create every possible combination here in labs. So, if you could provide
as with information about your configuration, we can try to build it here
and see what is the problem.

IR> 1. They do not use Re#. If this is the case, it is very unlikely
IR> they will improve the product.

Wrong. We install fresh builds of ReSharper almost every day. We use it extensively
and can't live without it :)

IR> 2. Hardware they develop on is much superior to what normal Re# user
IR> would have. This is highly unlikely. On my system with Dual-core
IR> 2.8GHz and 4GB of memory Re# can get very slow, and there is not
IR> much you can currently add above this.

Pretty much the same configuration here. Works great on ReSharper solution
itself, and on many other solutions we work with.

IR> 3. They know how to configure it properly. I hope this is the case.

I use default installation configuration with few different shortcuts assigned.
No special configuration, just out of the box.

IR> JetBrains, why don't you share your Re# configurations/suggestions?

Because there is nothing special in our configuration. At least, we think so.

IR> Is there something that could be done to make your product more
IR> usable than it is now?

Tell us more about your configuration, what are exact cases you experience
performance or usability problems. It would be really great, if you can contact
me or any other developer here and send solution with which ReSharper works
slow.

IR> I've noticed that minimizing number of open files helps a lot.
IR> AFAIK, IDEA has an option to limit number of simultaneously open
IR> files. Maybe similar option should be added to Re#?

There is option in Visual Studio to reuse code editors with saved content.
Don't remember exact location and can't check now (installing VS2008 RTM).

Sincerely,
Ilya Ryzhenkov

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


0
Comment actions Permalink

"Ilya Ryzhenkov" <orangy@jetbrains.com> schrieb i

IR> AFAIK, IDEA has an option to limit number of simultaneously open
IR> files. Maybe similar option should be added to Re#?

>

There is option in Visual Studio to reuse code editors with saved content.
Don't remember exact location and can't check now (installing VS2008 RTM).


Tools->Options->Environment->Documents->( ) Reuse current document window if
saved.

But a feature named

( ) Reuse "oldest" document window if saved.
limit document windows count to

would nice :), but i don't have a problem with the performance

Regards

Albert

0

Please sign in to leave a comment.