Resharper crashing visual studio regularly Follow
Hello - I, and my team of developers, are getting regular slowdowns and crashes in VS 2019 (most recent patch always) that is entirely down to the R# extension - seems to be that R# causes VS to run out of memory and it becomes very slow and randomly crashes entirely.
I have been trying to resolve this with the Jetbrains support team but they have been unable to help me. My last ditch attempt to see if anyone has experienced the same problem and know what to do....
Firstly I am sure it's R#:
I've uninstalled all other extensions and when R# is disabled too this doesn't happen.
On top of this VS tells me in three different ways that R# is breaking it:
I've followed all of the ways to submit profiling information - when I profile VS when things start to go wrong it either crashes or won't profile:
I have managed to upload some dumps in the end (mostly when VS isn't about to die!) - but then support team finds nothing.
Our codebase is nothing very unusual and certainly not very large - about 30 projects. Machine specs are more than adequate.
The problem seems to be around the JS/Node/TSX area of web applications - I think I've notices problems after using npm, and possibly around the npm:watch we have to keep code compiled, and when editing typescript/React components.... but can't be sure.
However my node_modules is excluded from analysis as per: https://resharper-support.jetbrains.com/hc/en-us/articles/360011336100
I am at a loss here. Any real-world experience of solving this sort of problem would be most gratefully received!
Please sign in to leave a comment.
thank you for contacting us.
I've found the following issues reported by you:
The first one seems to be an issue and is assigned to the corresponding developer.
Have you reported any more issues that I couldn't find?
Could you please also provide us a dump as described in the article? You can share the dump using this service. Please specify Upload ID once you've uploaded the file.
I just got the memory/performance problems again and when I tried to “Profile VS” via the R# help menu option I got this:
And then VS crashed (again… sigh).
I've been trying to talk to Sergey @ JetBrains about this - the problem is there are no repo steps - this happens randomly and I do not know how to make it happen
Resharper is almost unusable with our solution these days. It seems to crash VS often, slows it down always, and often shows errors in the code that compiles fine (restarting VS fixes this). I have been using Resharper for 10 years now and it seems to get less stable with every release. We end up disabling it for normal work because it gets in the way, and turn it on for code reviews. Not ideal.
Hello Mark Roberts
Here's also a workaround that works perfectly for our team in improving VS + ReSharper performance, could you please try it - https://blog.jetbrains.com/dotnet/2020/05/11/story-csproj-large-solutions-memory-usage/ and let me know if it helps.
Hello Jonathan Reis,
We'd be grateful if you could provide performance snapshot as described in the article - https://resharper-support.jetbrains.com/hc/en-us/articles/207243205.
This does not help R# is still using up all VS's memory and causing it to slow down and then just crash :(
This is really apauling... R# continues to break VS and cause me to have to restart it regularly.
Please JetBrains will you do something about this. It's just happened again, and I tried to upload a VS profile but, even your upload mechanism is broken:
Well anyhow, I have loaded these files via:
The upload ID is:
Upload id: 2020_12_14_V1mZeoPY6r5u2vKz (files: Fomiwic.zip, list.xml)
Please can someone take a look?
Hello Mark Roberts,
Could you please let me know in which ReSharper version the problem exists?
Please note that "Failed to upload" error occurs cause of some network issues.
Also we've investigated the snapshot and there's nothing critical in it as it is only 3 seconds length.
Possibly you could collect another one?
Angelina Elycheva - I have been through this before with your support team. I wait until the performance becomes unbearable (normally just before VS crashes and restarts) and I take profiling snapshots and then you tell me there is nothing to see.
I am always on the newest version of R# - in the eternal hope this problem will be fixed - currently on 2020.2.3
I notice that there is a new version is 2020.2.4 - but unless you specifically fix memory problems, I doubt this will make any different - I will of course install it nonetheless as I have done every time.
Sadly I cannot reproduce this problem on demand as I've said so I cannot set up windbg or similar to wait for things to crash
I continue to get regular crashes/unresponsive UIs driven by Resharper :(
As I mentioned before, the problem is that when it happens, I don't get a chance to get a crashdump, and the crashdumps I have submitted have not turned anything up
Hello Mark Roberts
Please try adding the following to your registry to create a crash dump on each crash of Visual Studio automatically: [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps] [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps\devenv.exe] "DumpFolder"="C:\CrashDumps" "DumpCount"=dword:00000010 "DumpType"=dword:00000002 In that case, the dumps will be collected automatically in "C:\CrashDumps". You can upload it via our upload server - https://uploads.jetbrains.com/
Thanks... have made those changes and will check there when it next crashes.
And It's just crashed, and I have a crashdump!
I wish someone at JetBrains support had told me to do this months ago - would have saved lot of time.
The dump is over 3GB. I have zipped it (800MB) and will try to upload it now /cc Angelina Elycheva...
Upload id: 2021_01_20_Ei1gSpCLhti6YhpM (file: devenv.exe.19520.dmp.zip)
Very much hoping there is something useful in there - please let me know.
Hello Mark Roberts
thank you for the provided dump.
According to the dump there seems to be a problem with processing js files. Though I suggest it's not big news for you.
You've mentioned that node_modules are excluded from code analysis as suggested in this article. Could it be that some other js/ts code or libraries could be also added as Third-Party Code and thus excluded from processing?
I've created a private request that provides details about the folders that can be excluded from ReSharper code analysis.
Just seen it and actioned that. Thank you for your feedback. Much appreciated!
Hi Angelina Elycheva - it just crashed again....
I am excluding all the folders you mentioned.
Are you able to tell what it is this time?
Upload id: 2021_02_03_AJQNAqZWD85gy46c (file: devenv.exe.8248.dmp.zip)
Hello Mark Roberts
Could you please also upload your dotSettings files (ReSharper | Manage Options | right click on each layer | Export to file.
Yes... they are here:
Upload id: 2021_02_04_BDFA8MSPdSzgWMM2 (file: R#Settimgs.zip)
Thank you, Mark.
As I can see you've added the specified folders to
It should be
Sorry that I haven't specified it in my initial message. Please let me know how it goes after this change.
Thanks for the reply - but I think I have update the Skipped Code section... here is how it looks for me:
Hi Angelina Elycheva - not sure if you saw the message above, but I believe I have already configured R# as you suggested, so not sure why it's appearing differently in the setting I sent you.
Is there anything else you can suggest me trying please?
Incidentally, what would be a really useful feature would be to see what files R# was actually analysing so we can tweak the folders ourselves and diagnose problems with performance - that would be very useful!
Also some sort of "cap" to the memory usage for analysed files and an associated warning in the UI like "Resharper has reached the maximum configured number of files to monitor - please view this report to see which folders you can safely exclude"
OK - I have run Process Monitor to watch what files are being accessed - when R# is disabled VS settles down minimal file access.
With R# enabled, I am getting 1000s of files accesses... even when I open a cs file R# is trying to scanning for non-existent JS/CSS files!
This is an example of what I see whenever I load a file (even files that are .net only!)
After a while it settles down and stops looking... but then as soon as I start typing it tries to find these files again!
Something is really very inefficient here! Happy to try to help you diagnose this better, but otherwise, can I just disable R# entirely for client stuff and only have it enabled for C#?