Comments
4 comments
-
I'll take a look. I know that we need to use some memory to provide the "Go To Definition" feature, but this should be relatively small, and should be loaded back in when you restart visual studio. So your issue sounds like it's more than just that problem.
Thanks, -
I've found that this is caused by large object heap fragmentation, which I thought I'd eliminated a while ago, but obviously hadn't.
I've fixed it now I believe, and the next release will have the fix.
Thanks for pointing it out, -
Glad I could help
-
Just as a confirmation, in Build 918 it's working perfect. Thanks for the quick fix!
Add comment
Please sign in to leave a comment.
Furthermore, after decompiling them, the memory doesn't get freed anymore, so devenv.exe stays for instance at around 500MB. When I close Visual Studio and reopen it and start debugging, the memory doesn't grow that much anymore, so I'm guessing whatever (wonderful btw) you do, to decompile the assemblies, doesn't unload in the end.
Would be wonderful if you could fix that.
PS: I'm using Reflector Pro Beta build 892