Someone gone insane...
-
It is a .NET Core (Blazor) app... And the code and the final binary is less then a 100 Mb combined... And if I do the compilation from the command line it is much faster and eats almost 90% less memory...
"Everybody is a genius. But if you judge a fish by its ability to climb a tree, it will live its whole life believing that it is stupid." ― Albert Einstein
Then it's almost certainly loading those binaries, like I said. Assuming Blazor has designers. The command line isn't going to load the designers, so no need to load the binaries it just compiled into the process address space.
To err is human. Fortune favors the monsters.
-
Can you think any justification to VS 2022 to hold to over 8GB of memory while compiling a solution with less than 20 solutions in it?
"Everybody is a genius. But if you judge a fish by its ability to climb a tree, it will live its whole life believing that it is stupid." ― Albert Einstein
Kornfeld Eliyahu Peter wrote:
a solution with less than 20 solutions in it?
20 solutions, or 20 projects? I understand that solutions can include solutions of their own, but I've never had to do that. And since each solution, by itself, can contain any number of projects...I'm not entirely surprised. I have a solution with ~20 projects (not solutions), and that can take up ~2GB of RAM...but, that's with R#, which is demonstrably still a pig.
-
To seem important? I know some developers increase the size of their executables so customers don't have a reaction like "is that all" :-\
:-D
--- With regards... The nk.
-
Can you think any justification to VS 2022 to hold to over 8GB of memory while compiling a solution with less than 20 solutions in it?
"Everybody is a genius. But if you judge a fish by its ability to climb a tree, it will live its whole life believing that it is stupid." ― Albert Einstein
It's like driving a car with 4 extra seats and a top speed of >85mph to the shops across the street. And then, when you take it in for a simple repair, no-one has the replacement part in stock. Name's Logic, Applied Logic (Miss) ;)
-
Can you think any justification to VS 2022 to hold to over 8GB of memory while compiling a solution with less than 20 solutions in it?
"Everybody is a genius. But if you judge a fish by its ability to climb a tree, it will live its whole life believing that it is stupid." ― Albert Einstein
-
Kornfeld Eliyahu Peter wrote:
a solution with less than 20 solutions in it?
20 solutions, or 20 projects? I understand that solutions can include solutions of their own, but I've never had to do that. And since each solution, by itself, can contain any number of projects...I'm not entirely surprised. I have a solution with ~20 projects (not solutions), and that can take up ~2GB of RAM...but, that's with R#, which is demonstrably still a pig.
19 Projects in 1 Solution...
"Everybody is a genius. But if you judge a fish by its ability to climb a tree, it will live its whole life believing that it is stupid." ― Albert Einstein
-
Then it's almost certainly loading those binaries, like I said. Assuming Blazor has designers. The command line isn't going to load the designers, so no need to load the binaries it just compiled into the process address space.
To err is human. Fortune favors the monsters.
If the command line does not loads the designers (I didn't saw any designers for Blazor until now) they not needed for the compilation... Also - 8Gb of designers?!?!
"Everybody is a genius. But if you judge a fish by its ability to climb a tree, it will live its whole life believing that it is stupid." ― Albert Einstein
-
8 in theory, but because of the dependencies it is down to 5... But no difference there between VS and the command line...
"Everybody is a genius. But if you judge a fish by its ability to climb a tree, it will live its whole life believing that it is stupid." ― Albert Einstein
-
If the command line does not loads the designers (I didn't saw any designers for Blazor until now) they not needed for the compilation... Also - 8Gb of designers?!?!
"Everybody is a genius. But if you judge a fish by its ability to climb a tree, it will live its whole life believing that it is stupid." ― Albert Einstein
Yes. I explained all that in the first post. I'm not looking to do so again. Edit: Sorry when I wrote that I was tired. I'll explain this better. Visual Studio has designers. Designers work by accessing the code you JUST compiled. In order to do so, that code must be loaded into memory after it is compiled. Furthermore, .NET is very aggressive in terms of memory allocation, often allocating gigs ahead of time, so when you load these binaries you are tickling .NET's memory allocator again, and it's preallocating.
To err is human. Fortune favors the monsters.
-
Can you think any justification to VS 2022 to hold to over 8GB of memory while compiling a solution with less than 20 solutions in it?
"Everybody is a genius. But if you judge a fish by its ability to climb a tree, it will live its whole life believing that it is stupid." ― Albert Einstein
