|
honey the codewitch wrote: The upshot is better performance
for the application doing the work but maybe not for everything else
The road to madness starts when every application takes the same route
|
|
|
|
|
There is no "everything else" when you are squeezing out the next dev action.
|
|
|
|
|
Well, all versions prior to VS2022 were 32-bit, so they would have been limited to 4GB per instance. 
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Do you mean - good old days? 
"If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization." ― Gerald Weinberg
|
|
|
|
|
By which you mean "the days when VS would crash with an out-of-memory error"? 
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
I can't remember that happening so much that to became so annoying as the current situation... Now the computer as whole is stranded...
"If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization." ― Gerald Weinberg
|
|
|
|
|
|
That's an essential application for older apps on modern PCs. You can do things like run cranky old games (I'm looking at you, Saints Row franchise) on processors with eleventy billion cores by only giving the game two so as not to confuse it, for example.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
Cool
Recoil [^] here we go ![Jig | [Dance]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/jig.gif)
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
They do that on purpose. The point is to preload pretty much everything, and then the .NET GC likes to aggressively allocate gigs at a time ahead of time for its heap.
The upshot is the more RAM you pig out on, the better the performance you can get from an otherwise monstrous application.
It's not fair to say it requires all that RAM. If you gave it less inside say, a VM, it would still run fine, just not be quite as snappy.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
All of this sounds reasonable but what about swap? If VS is consuming more than it truly needs and Word is running without enough memory then parts of VS get swapped out, heading back to VS does another swap, disk is slow even ssd. So I agree with everything so far if all I'm doing is VS. That's never the case for me. I'm probably out of the loop on most of this stuff so take this with a grain of salt. 
Jack of all trades, master of none, though often times better than master of one.
|
|
|
|
|
The problem it takes gigabytes of memory for no any reason... The combined size of all the binary files, the source, the resources is less then 100th of the memory VS takes... It also force anything else paging intensively... I would except from a good application taking only the memory it really needs...
"If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization." ― Gerald Weinberg
|
|
|
|
|
Kornfeld Eliyahu Peter wrote: The combined size of all the binary files, the source, the resources is less then 100th of the memory VS takes
Perhaps you are over simplifying with that statement?
Allocation is not the same as use.
If it allocates 100 gig but only uses 10 then the 10 is the only thing that can impact the performance. It doesn't swap a 100 gig chunk. Swapping is handled at a much smaller size. So it breaks the total into pieces. And it only swaps what is actually being used (writing/reading) and when it is not already in memory.
But also keep in mind that your code and libraries is not all that it loads.
There use to be a tool that allowed one to actually track everything that an application loaded. Use to be under 'sysinternals' (many tools) although that was subsumed by Microsoft at some point.
|
|
|
|
|
honey the codewitch wrote: It's not fair to say it requires all that RAM. If you gave it less inside say, a VM, it would still run fine, just not be quite as snappy.
I've been running versions of VS in VMs for more than a decade, and I've seen the evolution. Newer versions do take more and more memory, these days, I have to give my VS2022 VM 20GB of RAM; any less and things start to get glacially slow. I'd like to give it more, but the host (with 64GB) has everything else allocated to other VMs (none of which are given nearly as much as the dev VM).
I'm looking at devenv.exe, and right now it's using 2.8GB all by itself. I often see it going well over 3GB. There's a crapton of other associated processes; I'm looking at ServiceHub.RoslynCodeAnalysisService.exe (another full GB) and ServiceHub.IntellicodeModelService.exe, another half GB. Yesterday I had something like "Microsoft.net.exe" (I forget the exact name) chewing up another full GB.
I understand that caching is a good thing, otherwise it's wasted memory. But it acts like it owns the neighborhood.
|
|
|
|
|
It may have gotten excessive. I don't notice on my machine, but then this is top shelf dev system, so it eats anything I throw at it.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
I love using VMs, but I have to start wondering if there might not come a time where my development machine might need to become a dedicated physical box once more.
I've been thoroughly spoiled by the idea of doing a full backup of a machine just by copying over a VHD/VHDX file...
|
|
|
|
|
I have a dedicated machine for it because some of my tools don't work in VMs
I use VMs when my dev toolchain can't set up its own virtual environment and needs things like path modifications and such.
I don't bother running a VM to run VStudio. I backup all my work on github for better or worse (my clients are aware of this) and that includes ancillary work product like notes and documentation, even media - they go under my project folder in a "notes" folder.
Even if I was the type of person that could count on myself to run a backup reliably, I still don't like how heavy handed they are. I don't need that huge autogenerated .vs folder for example. I don't need my massive .git folder backed up either.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
So the Performance tab of Task Manager shows 100% of the memory is in use?
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles
|
|
|
|
|
97% - of which ~70% is for VS 2022...
"If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization." ― Gerald Weinberg
|
|
|
|
|
Kornfeld Eliyahu Peter wrote: VS 2022 will use all of it...
That doesn't happen for me.
I see it use a lot when it starts up. But it goes down substantially once everything is loaded. The computer has 32 gig.
I only have one addin tool loaded which is Resharper. I don't use source control from in VS so that is turned off. I did not turn anything else off (presuming that is even possible.) I am using the Professional version.
I also know that Resharper itself can chew up quite a bit of memory when it gets confused.
|
|
|
|
|
Don't know if anyone else has posted this, but going 64 bit didn't help. I shut it down and restart it occasionally - that seems to help.
Paul Sanders.
If I had more time, I would have written a shorter letter - Blaise Pascal.
Some of my best work is in the undo buffer.
|
|
|
|
|
Quote: No matter how much memory I threw at my computer VS 2022 will use all of it...
Depends. I was recently surprised to find VS performing snappier, using much fewer resources and generally doing things faster than VSCode on the same machine and same project.
The reason? A project in plain C, with no added dependencies.
Turns out, trying to decipher C++/C#/Java/etc while you type is an *expensive* process. The time taken just to reload the (template-heavy) headers for a small C++ 1000-line sourcefile is larger, on my machine, than compiling and then linking a single 4000 line C file into a single executable.
And since VS has extensive capabilities WRT to C++/C#/Java source code, all that takes up extensive CPU power, while even the most extensive analysis on C is still a very quick process due to how simple the language is.
|
|
|
|
|
Day -365 when the first release candidate came out. If it makes you feel any better (and why should it) ALL programming IDE's are memory hogs. Right now I am running an instance of VS, VS Code, Android Studio and PHP Storm (I have lots of RAM) and the one chewing up the most RAM is Android Studio, followed by VS, VS Code, and then PHP Storm. If you want to know why, write an addin for Visual Studio and get a look at the API. After that it will still suck up tons of RAM, but you will understand why. The only thing that seems to be as RAM hungry as IDE's are web browsers - ALL of them. But then if the have ever worked with the internal gubbins of Web browsers you will also know why.
|
|
|
|
|
Yesterday I noticed my laptop running very slowly, so I looked at my memory usage, and 'in use' was just under 30GB (there's 32GB available). I realised I hadn't restarted for a few days, probably since the start of the week. I had three instances of VS 2022 running, and they reported using about 4GB between them. So I shut down the three VS instances and it freed up nearly 10GB  I guess there are a lot of related programms processes running that wouldn't necessarily show up under VS on Task Manager.
Anyway, I restarted the machine, then launched every application I previously had running, did a build on all three solutions I previously had open, and 'in use' was in low 20s.
Seems like something is a bit leaky to me.
|
|
|
|
|
I don't know if I've noticed. VS uses whatever it has available to it. There's been some performance improvements I've noticed in the past year or so and it seems to me that Win10/11 has better memory allocation as well.
My office box that I physically see a handful of times per year, is an I7-6700 with 16GB memory. Aside from GotomyPC, it typically has VS, a PHP ide, Edge and Firefox with multiple windows and a few dozen tabs open, along with both dev windows open. Also, a couple of Excel windows, Word with a few docs, Outlook and Teams. Occasionally with QGIS running too. The VS project is a large desktop App and I bounce around a lot using the other open apps.
It keeps plugging along without any errors, sometimes with no reboots between MS updates. The only issue is when it sits in "update hell", with a pending system update where it loses pieces of its mind. I have learned the hard way to never, ever, run VS with a pending system update. The results can be, let's say, ugly.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
