My current Mail.app instance is currently sitting at 113.8MB of virtual memory allocation...
That's how it should be for a mail app. Out of curiosity, I'm going to check my wife's Surface to see how much her Outlook uses.
My current Mail.app instance is currently sitting at 113.8MB of virtual memory allocation...
Compiling is actually mostly limited by storage speed. Linking (a step in compilation) is most of the time single-threaded. Some parts of the compilation workflow will benefit from more cores, yes, but most of what we wait for when we compile won't benefit greatly. Plus you rarely compile all your components. That only happens if you pull in a significant set of git changes from others that fundamentally changes things. Normally your build chain is intelligent enough to only compile modified modules and relink them, and again, the linker is mostly single-threaded. So you wind up with storage speed being the biggest factor in compile times, by far. At least for day-to-day compiles. Compile the whole Linux kernel with all the modules and it's a different situation.
Not sure what you are compiling, but I can load 16 threads at 100% compiling c++ for 15 minutes. Each cpp file is a separate compile process.
Compilation itself, yes. But as I said, linking is mostly single-threaded, and you'll in most circumstances not be compiling more than 1 or 2 cpp files, because your build tool will only recompile what has changed. Assuming you're under build management and don't just recompile everything each time.
The LLVM linker uses multiple cores by default and poking around in a header file will recompile everything that somehow includes it. But most small projects won't see any benefint, compiling is usually not the time consumer. But if you're working on something the size of Firefox, you will se benefits.
if you have to ask, the base version is for you
the size of Firefox, you will see benefits.
What's a go?
This is terrible logic IHMO - and EXACTLY the way Apple wants you to think.I went for 32GB just to give me some headroom for my current usage and future. You're spending thousands don't cheap out for a few hundred
in several years, a used Macbook with 32GB RAM is not worth $400 more than an equivalent used model with 16GB.
Not 400$ but maybe 200$ from past experience with ebay
You're assuming everyone here is willing to go through the hassle of selling their current MacBook Pro, and buying a used one with more RAM, in a few years? This is not a very practical assumption.This is terrible logic IHMO - and EXACTLY the way Apple wants you to think.
You're still talking about several hundred dollars extra. Cost is not a relative thing and $400 is still $400. Also, consider that in several years, a used Macbook with 32GB RAM is not worth $400 more than an equivalent used model with 16GB.
If your needs are ordinary, 16GB will last. I'm still using 8GB - macOS is much much better at managing RAM than a lot of people realize.
This is terrible logic IHMO - and EXACTLY the way Apple wants you to think.
You're still talking about several hundred dollars extra. Cost is not a relative thing and $400 is still $400. Also, consider that in several years, a used Macbook with 32GB RAM is not worth $400 more than an equivalent used model with 16GB.
If your needs are ordinary, 16GB will last. I'm still using 8GB - macOS is much much better at managing RAM than a lot of people realize.
This is terrible logic IHMO - and EXACTLY the way Apple wants you to think.
You're still talking about several hundred dollars extra. Cost is not a relative thing and $400 is still $400. Also, consider that in several years, a used Macbook with 32GB RAM is not worth $400 more than an equivalent used model with 16GB.
If your needs are ordinary, 16GB will last. I'm still using 8GB - macOS is much much better at managing RAM than a lot of people realize.
Right, but you spent $400 more on it. So if you are getting $200 more than a device with 16GB are you really making more money?