4 ms·

Works well for me

UnoriginalGuy 11y ago
I have 16GB of RAM on my work machine and if I leave two instances of Visual Studio running the machine saturates after half a day. Plus even they admit to the slowness[0]. But regardless I bet a certain core demographic of Resharper users are never going to admit to a problems (slowness/lag/slow startup/RAM usage/memory leaks). [0] https://confluence.jetbrains.com/pages/viewpage.action?pageId=37228482 https://confluence.jetbrains.com/pages/viewpage.action?pageI...
- pbz 11y ago
  If this new IDE (which uses the same Resharper codebase) ends up being a lot faster than VS then we'll know where the bottleneck is.
  - Someone1234 11y ago
    Well an IDE with less features is going to be faster than VS, that isn't a question. Just see Sublime Text, insanely fast until you start adding extensions and it gradually gets slower and slower. But Resharper is an absolute hog. For as slow as Visual Studio can be, it quadruples it in all categories. Just look in this thread, you can see dozens of people saying the same thing: Resharper has massive performance problems.
    - alextgordon 11y ago
      > Well an IDE with less features is going to be faster than VS, that isn't a question. Just see Sublime Text, insanely fast until you start adding extensions and it gradually gets slower and slower. In principle, only a small proportion of features need to be actively consuming cycles. Most require no resources until invoked by the user. Only a small proportion of those features are actively involved with drawing and so need to block the UI thread sometimes. And only a small proportion of those features perform some essential drawing operation and so need to block the UI thread every frame. So while a badly designed IDE with fewer features will outperform a badly designed IDE with many features, both will be trounced by a well-designed IDE with many features. It's the design that matters.
  - lsadam0 11y ago
    In my experience, no other VS extension even begins to affect performance to the degree ReSharper does. JetBrains readily acknowledges the performance issues. Is there a conflict of design between VS and ReSharper? Perhaps. But that their homegrown IDE build around ReSharper will work faster than VS + ReSharper is a pretty safe bet. Apples and oranges, here.
romanovcode 11y ago
He is right to a degree, VS2015 implemented many refactoring tweaks and functions that were only available in ReSharper. Now VS2015 can refactor and inspect code by itself pretty darn good.

Works well for me

I have 16GB of RAM on my work machine and if I leave two instances of Visual Studio running the machine saturates after half a day. Plus even they admit to the slowness[0]. But regardless I bet a certain core demographic of Resharper users are never going to admit to a problems (slowness/lag/slow startup/RAM usage/memory leaks). [0] https://confluence.jetbrains.com/pages/viewpage.action?pageId=37228482 https://confluence.jetbrains.com/pages/viewpage.action?pageI...

pbz 11y ago
If this new IDE (which uses the same Resharper codebase) ends up being a lot faster than VS then we'll know where the bottleneck is.
- Someone1234 11y ago
  Well an IDE with less features is going to be faster than VS, that isn't a question. Just see Sublime Text, insanely fast until you start adding extensions and it gradually gets slower and slower. But Resharper is an absolute hog. For as slow as Visual Studio can be, it quadruples it in all categories. Just look in this thread, you can see dozens of people saying the same thing: Resharper has massive performance problems.
  - alextgordon 11y ago
    > Well an IDE with less features is going to be faster than VS, that isn't a question. Just see Sublime Text, insanely fast until you start adding extensions and it gradually gets slower and slower. In principle, only a small proportion of features need to be actively consuming cycles. Most require no resources until invoked by the user. Only a small proportion of those features are actively involved with drawing and so need to block the UI thread sometimes. And only a small proportion of those features perform some essential drawing operation and so need to block the UI thread every frame. So while a badly designed IDE with fewer features will outperform a badly designed IDE with many features, both will be trounced by a well-designed IDE with many features. It's the design that matters.
- lsadam0 11y ago
  In my experience, no other VS extension even begins to affect performance to the degree ReSharper does. JetBrains readily acknowledges the performance issues. Is there a conflict of design between VS and ReSharper? Perhaps. But that their homegrown IDE build around ReSharper will work faster than VS + ReSharper is a pretty safe bet. Apples and oranges, here.

romanovcode 11y ago

He is right to a degree, VS2015 implemented many refactoring tweaks and functions that were only available in ReSharper. Now VS2015 can refactor and inspect code by itself pretty darn good.