Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

idktbh

macrumors regular
Oct 3, 2018
191
585
From the very beginning, rule #1 with Mac: get RAM as much as possible!
Power PC, Intel, M1, no difference, macOS always is RAM lover.
Currently, on MBPro 15 (2019, 32GB RAM):
1. Opened Safari (5 tabs)
2. Opened Mail
3. Opened iMessages
4. Calendar
5. Apple Music (streaming radio)
6. Notes
7. Endpoint security
8. Microsoft Remote Desktop

Guess, how much RAM is used? This, where even Swap is created:
View attachment 1680872
but youtubers say it doesn't matter!
 
  • Haha
  • Like
Reactions: Zorori and alien3dx

smoking monkey

macrumors 68020
Mar 5, 2008
2,363
1,508
I HUNGER
Oh, I don't think so. Just discovering that their past usage won't fit their new equipment in every respect. Looks like they've narrowed down the main issue to one particular program.
Mmm... The OP is a smart enough cookie to know that this was going to happen and even if they didn't, then it was easily explainable with the memory hogs applications that are still running via R2. I think the OP just wanted to mitch and boan about it. The OP could quite easily have posted this in a different way and got to the bottom of the issue, so that's why I'm calling it a troll.
 

Chompineer

Suspended
Mar 31, 2020
502
1,183
Ontario
but youtubers say it doesn't matter!
The guy you're replying to isn't proving anything except that MacOS doesn't like to waste memory by having it sit idle, which has been known for a long time.

Look at his memory pressure. It's non existent. There's no actual demand for memory at all.

There's my M1 air just running Safari and a few other light apps. Yeah, it's using quite a bit of ram. But memory pressure? None.

In comparison, I prior had a 8gb Air, it was at slightly more memory pressure given the same tasking.

Swap gets used because there is no reason in storing a bunch of data in the very fast ram when the system knows it doesn't need it any time soon.
 

Attachments

  • Screen Shot 2020-11-27 at 6.21.14 PM.png
    Screen Shot 2020-11-27 at 6.21.14 PM.png
    115.1 KB · Views: 149
  • Like
Reactions: armoured

ADGrant

macrumors 68000
Mar 26, 2018
1,689
1,059
Based on the m1 benchmark results, it already beat 16'' mac pro 2019. the CPU and SSD performances are much higher than my 3-year old ThinkPad L570.

IMO, it should not be considered as a low-end machine except only 16GB ram
There is nothing magical about the M1's RAM usage, 16GB is 16GB which is on the low side for a developer's machine. I think an M1 with 16GB of Ram is fine for an iOS or MacOS developer just using Xcode but for Android developers or full stack Web developers not so much. The Jet Brains IDEs are RAM hungry Java based IDEs that use a JVM built for Intel.

Aside from any RAM limitations, the M1 Macs can't run the Android simulators or Docker or Kubernetes or even Linux VMs. The M1 Macs may beat the 16" MBP on some benchmarks (not GPU) but right now if I was a full stack developer with a 16" MBP I would just keep using it (I am actually a developer with a 2020 27" iMac with 64GB of RAM). The only developers who absolutely need an M1 Mac are those who are building MacOS apps. The rest of us can wait another year or so for something beefier.
 
Last edited:
  • Like
Reactions: ader42

Joe Dohn

macrumors 6502a
Jul 6, 2020
840
748
Swap gets used because there is no reason in storing a bunch of data in the very fast ram when the system knows it doesn't need it any time soon.
Using the very fast swap to preserve the lifespan of the SSD would be a damn good reason for it.
 

armoured

macrumors regular
Feb 1, 2018
211
163
ether
Look at his memory pressure. It's non existent. There's no actual demand for memory at all.

Swap gets used because there is no reason in storing a bunch of data in the very fast ram when the system knows it doesn't need it any time soon.

I believe you're absolutely correct in that by design the system will use RAM for anything at all if it thinks it may re-use data without having to go to disk again - whether swap or cache or whatever. So memory used doesn't say much. Likewise I think most modern operating systems will keep some buffer (smallish) of 'free' memory regardless (cached files not that much different) - so that when there's a request for more memory space, it doesn't have to first unload/swap anything first.

And I'm less clear on this but I'm reasonably certain: even a system with no appreciable memory pressure will swap some stuff out from time to time (increasing with uptime), and even some swapping in. You load an app that loads various frameworks and data, some of which are potentially shared; you stop using it actively but (acc to some system rules) it makes more sense to keep that in 'active swapped' rather than close it out and reload completely. If the swap drive is a fast SSD, this occasional swapping may not be noticeable (depending on task and other load); with an HDD, you notice all disk access/swap as slow.

For an example: open all the apps on your computer just for fun and don't actually use them - you'll probably see some swapouts, but since most of them are dormant, doesn't really matter.

The real hit to performance for modern systems (memory pressure red or close to it, probably some of the yellow as well) is when the system is actively swapping in and out _simultaneously_. This is the main meaning of running out of memory - there's too much in active use and swapping / compression is no longer a periodic or background task, but constant. This is when, for example, switching between apps - esp one you haven't used in a while - becomes excruciatingly slow.

Personally I find the memory pressure picture is pretty accurate - closest perhaps in meaning is the bracketed (x) swapin/swapout number in top (terminal), which roughly means "recent swapin/swapout." If both are zero, no issue; if both are large numbers and changing rapidly, Houston, we have a problem . But because it's an unadjusted number, it's a bit more opaque and difficult to interpret - scale, rate of change, etc are not obvious from quick glances. (The unbracketed number is historical and just tells you the system did some swap at some time in the past).

Roughly for memory pressure: if you're always in the green and never see yellow, you have enough memory (arguably more than enough) - recent swapins/outs probably always close to zero. If you only go into yellow rarely when hou do heavy work (recent swapin/out numbers occasionally go up and down and then go back to zero), well, you occasionally may notice some slight slowdowns - probably fine, unless you have free money.

If you're constantly in yellow doing what you consider a 'normal' heavy workload, you're at the edge and would probably benefit from more memory and will notice some slowdowns. And if you go into red, either there's a system problem (some runaway process/memory leak), or you are way short of what memory you need - red in memory pressure should be very rare. (Don't scrap your system because it went into red once though - may have been an error). Red you may experience as a system becoming glacially slow - so if it happens doing things you expect to do more than once in a blue moon, you do need more memory.

If you're really disciplined and you're okay with (for example) shutting down most other programs - browsers, mail, office programs, etc - when you do a big task, like editing photos - that's up to you. It might be okay if you have 'tasks' that you set the computer to do at night and you can just quit all other programs while they're running, or it's okay with you if those tasks go slowly while you're away from the computer.

For me that mostly doesn't work - using a computer for productive work means as many programs and browsers open as I want and I don't want to think about closing programs or windows. (Doesn't mean I don't do it, but I clsoe them for my mental space/comfort, not ram pages). And mostly, waiting for programs to switch for periods of time I can notice isn't acceptable. (Some adjustment here for when I do infrequent tasks, of course)

I recently upgraded memory in an NAS, and then a friend's window laptop - both more than they need - but at ~$40 for 8gb (net new additional), was cheap and made a big difference in performance. Both had too-frequent bouts of becoming almost unusable (deep yellow memory pressure equivalent).

That said, for me 16gb is a bit less than I'd like, but if 32gb was a reasonable additional price, I'd pay it. Personally I'm a bit disappointed apple wants $400 for that 16b-32gb jump. But the argument I'd make to apple is that 'too much' memory by some measures would increase perception of system value and their high ram prices harm the image of their computers. (And that 8gb for even base models is harming them in long term - people get impression their macs are slow because of too little memory). I freely admit though - I can see why people would disagree, and lots of people objectively don't need more than 8 for a home laptop like the air. (And I can see many reasons why apple doesn't make the jump that I'd like - profit margins esp)
 

consumeritis

macrumors member
Mar 9, 2015
86
43
M1 supports virtualisation so Linux VMs and even Android simulator should hopefully be coming once the software is updated. VMs are another thing you need lots of RAM for, though!
 

JohnnyGo

macrumors 6502a
Sep 9, 2009
957
620
Apple clearly has a plan to roll out their Apple Silicon Macs in phases.

Phase I was about their low end offerings, some like the Mac Mini had not been updated for while, while others like the MBA were underpowered. The fact that we agree the M1 performance is incredible doesn’t change the fact that these are “low end” Apple computers.

To discuss 16Gb as a limiting factor is more driven out of our collective efforts to squeeze a round pig into a square.

Phase II will probably encompass their mid-tier offerings as well as high end laptops leaving behind the two desktop pro computers (iMac Pro and Mac Pro) for last. They may kill the iMac Pro given the performance of the top tier iMac.

I fully expect Apple to change the RAM offerings in Phase 2 to 16/32GB and may even offer a 32GB/64GB SOC. IMO Apple will develop both an M2 and M2X chip, the latter or both with more performance cores than M1. It is possible that they just release an M1X 6 months from now.

What is unknown is whether they will use the M2 side by side with the M1 or if they will do an annual upgrade (like in iPhones) having the M2 replace the M1 in their low end offerings (I doubt it).

I think the great performance leap in Phase 3 will be having both the GPU and the RAM outside the main SOC package but with some kind of intellifabric between them. That will allow their top computer (Mac Pro) to drive more power to each component and have beastly performance.
 

ADGrant

macrumors 68000
Mar 26, 2018
1,689
1,059
M1 supports virtualisation so Linux VMs and even Android simulator should hopefully be coming once the software is updated. VMs are another thing you need lots of RAM for, though!
Just to be clear though, those Linux VMs will run ARM linux. Most of the internet is running on x86 Linux.
 
  • Like
Reactions: consumeritis

MK500

macrumors 6502
Aug 28, 2009
434
550
Just to be clear though, those Linux VMs will run ARM linux. Most of the internet is running on x86 Linux.
Except for Amazon and their custom Graviton cloud servers. And the hundreds of millions of devices which use a variation of Linux called Android. And the 30 million+ Raspberry Pi computers. And then there is Google’s Whitechapel.

Not trying to be a jerk here, but just pointing out that there is an industry-wide migration from X86 to ARM for Linux. It won’t be long before the majority of Linux is running on ARM; and arguably it has already happened if you count embedded. So much optimization has gone into the Linux kernel for ARM already; the userspace tools will catch up quickly.

I think even Microsoft would tell you privately they expect their future servers to run on ARM more than X86, although they will likely be the last to jump ship.

X86 just isn’t cost competitive anymore. Nor is it energy competitive.

Apple’s timing here is especially good. All those Silicon Valley developers can now carry their MacBooks proudly again, knowing they have a fast ARM toolchain onboard. It will be bumpy for a few months for sure, but this is the moment.
 

ADGrant

macrumors 68000
Mar 26, 2018
1,689
1,059
Except for Amazon and their custom Graviton cloud servers. And the hundreds of millions of devices which use a variation of Linux called Android. And the 30 million+ Raspberry Pi computers. And then there is Google’s Whitechapel.

Not trying to be a jerk here, but just pointing out that there is an industry-wide migration from X86 to ARM for Linux. It won’t be long before the majority of Linux is running on ARM; and arguably it has already happened if you count embedded. So much optimization has gone into the Linux kernel for ARM already; the userspace tools will catch up quickly.

I think even Microsoft would tell you privately they expect their future servers to run on ARM more than X86, although they will likely be the last to jump ship.

X86 just isn’t cost competitive anymore. Nor is it energy competitive.

Apple’s timing here is especially good. All those Silicon Valley developers can now carry their MacBooks proudly again, knowing they have a fast ARM toolchain onboard. It will be bumpy for a few months for sure, but this is the moment.
Ironically, running an Android emulator on a Mac requires x86 virtualization. No doubt that will change soon enough but when I say "Most of the internet is running on x86 Linux" I am referring to the servers not embedded or mobile devices.

Yes AWS has Graviton and Docker does support ARM but ARM in the cloud is still a work in progress.
 
  • Like
Reactions: MK500

JouniS

macrumors 6502a
Nov 22, 2020
638
399
And I'm less clear on this but I'm reasonably certain: even a system with no appreciable memory pressure will swap some stuff out from time to time (increasing with uptime), and even some swapping in. You load an app that loads various frameworks and data, some of which are potentially shared; you stop using it actively but (acc to some system rules) it makes more sense to keep that in 'active swapped' rather than close it out and reload completely. If the swap drive is a fast SSD, this occasional swapping may not be noticeable (depending on task and other load); with an HDD, you notice all disk access/swap as slow.
Swapping is the first sign you are running out of memory, and most operating systems avoid it by default until they have no other reasonable options. macOS often starts swapping before memory pressure leaves green, which makes memory pressure an unreliable indicator for some applications.

Caching and swapping are based on very similar heuristics, and sometimes those heuristics guess wrong. The reason why dropping pages from cached files is more acceptable than swapping out memory pages is mostly semantics. When a program reads from a file, the developer expects that there can be delays. If the caching heuristic guesses wrong and drops a page that is soon accessed again, there will be an expected delay. On the other hand, if something is placed in memory, the developer expects it can be accessed without substantial delays. If the swapping heuristic guesses wrong, the results can be much more severe.

Modern SSDs are 10-20x slower than RAM by transfer rate but at least 1000x slower by latency. Some applications keep large indexes in memory and access them in unpredictable patterns. If the index is sufficiently large, most of its memory pages always show up as "not recently used", which makes them prime candidates for swapping out. Because SSD is at least 1000x slower than memory, swapping out even a few percent of the index may result in a massive drop in performance. Once this starts, memory pressure will often quickly jump from green to yellow or red, while actual memory usage remains the same.

I use and develop software that behaves like this, and I find the memory pressure indicator mostly useless. I would prefer memory pressure to jump to yellow as soon as the OS starts swapping pages out, telling the user that something may be wrong. (I would also prefer higher memory pressure impact from compressed memory, because it increases latency in a similar way.)
 

ChrisA

macrumors G5
Jan 5, 2006
12,919
2,172
Redondo Beach, California
You really are pushing a low-end notebook past its usual limits. This is after all the lowest-end product Apple makes.

For your workload, I'd just run Linux on a desktop PC or better open all those browser tabs on a second computer.
My main development PC is a 16-core Xeon with 64GB RAM I bought used when it came off lease for 80% of the cost of the new Mac Book Pro. I've never once seen it go past 50% CPU or RAM use except for synthetic benchmarks. (Black magic benchmarks says I can stream 8K video at 55 FPS) I spent under $1K

If you are doing "full-stack" you want a computer that can be a stand-in for both a server and the clients. I don't do that, my use case is robotics and machine learning which mostly is just VScode or Pycharm and 3D cad in a Windows VM but sometimes some hours-long number crunching on the GPUs. My older MBP is useless for this workflow and my older iMac is just able to cope. I was planning to upgrade and then the Arm transition was announced and it was clear I'd have to move off the Mac platform. I was astounded at the low price of truly high-power workstations and servers that have recently come off-lease. Also the data-center GPUs that sold for $5K each just a few years ago now on eBay for under $200


The new M1 powered Macs are great for productivity work and lite-duty meda editing but I now made for "industrial use".
 

alien3dx

macrumors 68020
Feb 12, 2017
2,193
524
Swapping is the first sign you are running out of memory, and most operating systems avoid it by default until they have no other reasonable options. macOS often starts swapping before memory pressure leaves green, which makes memory pressure an unreliable indicator for some applications.

Caching and swapping are based on very similar heuristics, and sometimes those heuristics guess wrong. The reason why dropping pages from cached files is more acceptable than swapping out memory pages is mostly semantics. When a program reads from a file, the developer expects that there can be delays. If the caching heuristic guesses wrong and drops a page that is soon accessed again, there will be an expected delay. On the other hand, if something is placed in memory, the developer expects it can be accessed without substantial delays. If the swapping heuristic guesses wrong, the results can be much more severe.

Modern SSDs are 10-20x slower than RAM by transfer rate but at least 1000x slower by latency. Some applications keep large indexes in memory and access them in unpredictable patterns. If the index is sufficiently large, most of its memory pages always show up as "not recently used", which makes them prime candidates for swapping out. Because SSD is at least 1000x slower than memory, swapping out even a few percent of the index may result in a massive drop in performance. Once this starts, memory pressure will often quickly jump from green to yellow or red, while actual memory usage remains the same.

I use and develop software that behaves like this, and I find the memory pressure indicator mostly useless. I would prefer memory pressure to jump to yellow as soon as the OS starts swapping pages out, telling the user that something may be wrong. (I would also prefer higher memory pressure impact from compressed memory, because it increases latency in a similar way.)
true. been explaining this before to lot of people. swap and page is bad. If we can reduce default service not important
 

tiberiu

macrumors newbie
Nov 22, 2020
6
7
I have a similar workload:
20 Chrome tabs, React-Native, iOS simulator, terminal, Visual Code, Source Tree.

I have the Macbook pro 8GB RAM and with the above apps I get like 6GB of swap memory sometimes, but it runs just fine, it stays cold, maybe it's not always 100% snappy but it is ok.
Also 10 hours of battery sounds good to me with this type of workload, we cannot expect 20 hours as it is not just a simple Video playback....
 

ian87w

macrumors G3
Feb 22, 2020
8,704
12,638
Indonesia
My mac: 16GB m1 pro with 512ssd, booked online and got it 4 days ago

Main Payload: terminal+react native + ios simulator, chrome 10+ tabs, firefox 10+ tabs, vscode, android studio and an extra monitor
Result: it hot than my windows10 ThinkPad L570 laptop(32GB,i7) and the fan is running sometimes

And the battery only lasts around 8 to 10 hours if using the battery with the same payload.

This is around 75% of my normal workload as a full stack developer and I feel this pro mac almost reach its limit.
Does anyone have similar feelings? or is there something wrong of this mac?

View attachment 1680414
Imo 10 hours battery life with that kind of load (with plenty of emulated apps) is amazing. I have yet seen a Windows laptop with more than 5 to 6 hours of battery life with normal use, let alone that kind of load.
 

armoured

macrumors regular
Feb 1, 2018
211
163
ether
Some applications keep large indexes in memory and access them in unpredictable patterns. If the index is sufficiently large, most of its memory pages always show up as "not recently used", which makes them prime candidates for swapping out. Because SSD is at least 1000x slower than memory, swapping out even a few percent of the index may result in a massive drop in performance. ....

I use and develop software that behaves like this, and I find the memory pressure indicator mostly useless.
What kind of software is this?

Does not sound like a typical use case for entry level laptop or macmini level.

Perfectly reasonable to want more memory for your uses, of course.

Memory pressure is of course a simplified representation that won't apply to all use cases. What it seems reasonably useful for is 'consumer' use, where some modest swapping is often acceptable (and for many may not even noticeable).

That said, less memory than I'd like is one of the few criticisms/mild disappointments I have about these. Not a big deal for what I use a laptop for, but I've always had far better experiences with machines with too much memory, and annoyances with those on the edge. But I can live with 16g.
 

JouniS

macrumors 6502a
Nov 22, 2020
638
399
What kind of software is this?

Does not sound like a typical use case for entry level laptop or macmini level.
In my case it's bioinformatics, but the pattern is also used in other kinds of data science. When comparing two datasets, it's common to index one of them, keep the index in memory, and stream the second dataset from disk. This is not a common use case for consumer laptops, but it's common enough for student laptops, and students often buy entry-level Macs.

Memory pressure is of course a simplified representation that won't apply to all use cases. What it seems reasonably useful for is 'consumer' use, where some modest swapping is often acceptable (and for many may not even noticeable).
Memory pressure feels misleading in the same sense as signal strength indicators in many consumer devices. Old phones generally had useful and informative indicators. Then somebody decided that users don't like seeing less-than-perfect signal strength when the connection is working properly and recalibrated what is shown to the user. In this case, it would be more informative to use yellow memory pressure as a warning against opening more apps/files, but users may not want to see such warnings if the system is still running without noticeable performance loss.
 

SlCKB0Y

macrumors 68040
Feb 25, 2012
3,431
557
Sydney, Australia
Swapping is the first sign you are running out of memory, and most operating systems avoid it by default until they have no other reasonable options.
I would 100% agree with you almost all of the time on this but something different is going on with the way these M1 Macs are managing memory that seems atypical and I just can't explain it. Even with whatever buffers and caches are being used ive had instances where I am nowhere near full RAM usage but I am seeing significant swap usage.

If I was seeing this level of swapping on a Linux server it would be game over for performance as it would be indicative of the system actually being out of RAM but that's not the case here and there is absolutely no performance degradation.

I have no answers *shrugs*
 
  • Like
Reactions: jdb8167

Zorori

macrumors 6502
Nov 26, 2017
253
330
but youtubers say it doesn't matter!

I think this is the problem some people are having with expectations. Some Youtubers run CPU bound benchmarks on both the 8 and 16gb machines and claim you don't need 16Gb.
 

Timbukstu

macrumors newbie
Dec 2, 2020
13
3
I would 100% agree with you almost all of the time on this but something different is going on with the way these M1 Macs are managing memory that seems atypical and I just can't explain it. Even with whatever buffers and caches are being used ive had instances where I am nowhere near full RAM usage but I am seeing significant swap usage.

If I was seeing this level of swapping on a Linux server it would be game over for performance as it would be indicative of the system actually being out of RAM but that's not the case here and there is absolutely no performance degradation.

I have no answers *shru
Seriously words I never imagined I would hear coming from a developer ?
Isn’t the real thing that a person bought a beta (M1 without full native software support) and expected it to run as good as product line with years of experience based upon a keynote and YouTube videos?

The fact you need Rosetta means, for me, that I would treat it as a beta. It should get better, but no way I would shift from x86 and use this as anything more than a beta testing machine. I bought an m1 mba just to test things out to see if my wife can shift

The YT community IMHO are not real use cases, anyone can build for benchmarks (VW for example). Until they develop all their videos on M1 I am skeptical. I mean they promote PPW, that’s apple changing the conversation (brilliant btw). I ran the marathon slower but only needed 2 gel packs versus your 7. Most users surf and run light business apps, the m1 should be fine but manage your expectations.

Apple silicon will get there but for now, I would only consider replacing 60-80% of the use cases and not the more detailed 20%. Of the MacBook Pro non developer /non heavy gamer users we know 90% would be ok with 8gb on an M1 MBA.

We will beta test it for my wife (photoshop, event planning, zoom, running a business). I hope the mba 8/512 will suffice with a 2TB T7 for her but we aren’t getting rid of the 2016mbp yet.

smart to release this in the wild then learn from it before they release the 4thunderbolt 32gb MBP max.
 

Timbukstu

macrumors newbie
Dec 2, 2020
13
3
I believe you're absolutely correct in that by design the system will use RAM for anything at all if it thinks it may re-use data without having to go to disk again - whether swap or cache or whatever. So memory used doesn't say much. Likewise I think most modern operating systems will keep some buffer (smallish) of 'free' memory regardless (cached files not that much different) - so that when there's a request for more memory space, it doesn't have to first unload/swap anything first.

And I'm less clear on this but I'm reasonably certain: even a system with no appreciable memory pressure will swap some stuff out from time to time (increasing with uptime), and even some swapping in. You load an app that loads various frameworks and data, some of which are potentially shared; you stop using it actively but (acc to some system rules) it makes more sense to keep that in 'active swapped' rather than close it out and reload completely. If the swap drive is a fast SSD, this occasional swapping may not be noticeable (depending on task and other load); with an HDD, you notice all disk access/swap as slow.

For an example: open all the apps on your computer just for fun and don't actually use them - you'll probably see some swapouts, but since most of them are dormant, doesn't really matter.

The real hit to performance for modern systems (memory pressure red or close to it, probably some of the yellow as well) is when the system is actively swapping in and out _simultaneously_. This is the main meaning of running out of memory - there's too much in active use and swapping / compression is no longer a periodic or background task, but constant. This is when, for example, switching between apps - esp one you haven't used in a while - becomes excruciatingly slow.

Personally I find the memory pressure picture is pretty accurate - closest perhaps in meaning is the bracketed (x) swapin/swapout number in top (terminal), which roughly means "recent swapin/swapout." If both are zero, no issue; if both are large numbers and changing rapidly, Houston, we have a problem . But because it's an unadjusted number, it's a bit more opaque and difficult to interpret - scale, rate of change, etc are not obvious from quick glances. (The unbracketed number is historical and just tells you the system did some swap at some time in the past).

Roughly for memory pressure: if you're always in the green and never see yellow, you have enough memory (arguably more than enough) - recent swapins/outs probably always close to zero. If you only go into yellow rarely when hou do heavy work (recent swapin/out numbers occasionally go up and down and then go back to zero), well, you occasionally may notice some slight slowdowns - probably fine, unless you have free money.

If you're constantly in yellow doing what you consider a 'normal' heavy workload, you're at the edge and would probably benefit from more memory and will notice some slowdowns. And if you go into red, either there's a system problem (some runaway process/memory leak), or you are way short of what memory you need - red in memory pressure should be very rare. (Don't scrap your system because it went into red once though - may have been an error). Red you may experience as a system becoming glacially slow - so if it happens doing things you expect to do more than once in a blue moon, you do need more memory.

If you're really disciplined and you're okay with (for example) shutting down most other programs - browsers, mail, office programs, etc - when you do a big task, like editing photos - that's up to you. It might be okay if you have 'tasks' that you set the computer to do at night and you can just quit all other programs while they're running, or it's okay with you if those tasks go slowly while you're away from the computer.

For me that mostly doesn't work - using a computer for productive work means as many programs and browsers open as I want and I don't want to think about closing programs or windows. (Doesn't mean I don't do it, but I clsoe them for my mental space/comfort, not ram pages). And mostly, waiting for programs to switch for periods of time I can notice isn't acceptable. (Some adjustment here for when I do infrequent tasks, of course)

I recently upgraded memory in an NAS, and then a friend's window laptop - both more than they need - but at ~$40 for 8gb (net new additional), was cheap and made a big difference in performance. Both had too-frequent bouts of becoming almost unusable (deep yellow memory pressure equivalent).

That said, for me 16gb is a bit less than I'd like, but if 32gb was a reasonable additional price, I'd pay it. Personally I'm a bit disappointed apple wants $400 for that 16b-32gb jump. But the argument I'd make to apple is that 'too much' memory by some measures would increase perception of system value and their high ram prices harm the image of their computers. (And that 8gb for even base models is harming them in long term - people get impression their macs are slow because of too little memory). I freely admit though - I can see why people would disagree, and lots of people objectively don't need more than 8 for a home laptop like the air. (And I can see many reasons why apple doesn't make the jump that I'd like - profit margins esp)
I think it makes great sense for them to charge $400. Most people don’t need it and if they actually do then they will pay (you invest in things that make you more productive). If they offer a ton of Ram developers could write lazy code. If the believe in minimalism and environment, then keep Ram low and force developers to keep innovating. While they are at it make a nice profit and don’t give into the dogma that more is better. To give in and offer lots of Ram is to make a race for the bottom and that is poor business. Honestly it won’t work for everyone, nothing wrong for those who enjoy eating at a cheap buffet.

I have 400 tabs open on my iPhone and iPad safari. How inefficient is that? I don’t have memory issues but I am a light user on those devices.

I assume they challenge their devs to build the best features within Ram limits and only when it can’t be done without diminishing returns to they bump up the Ram floor to the next cheapest alternative.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.