How? I expect your answer to be architecture related and not operating system related.It relates to how a system feels in performance. There is a delta between SSD and RAM access but Apple is apparently hiding it really well in IPC and other means.
How? I expect your answer to be architecture related and not operating system related.It relates to how a system feels in performance. There is a delta between SSD and RAM access but Apple is apparently hiding it really well in IPC and other means.
How? I expect your answer to be architecture related and not operating system related.
Oh, so you admit there could be something other than architecture. Given your bookshelf that's mighty big of you to finally admit it.It could certainly be both which is why I mentioned both.
Wow...It’s been a while since I have heard of those. I remember the company.I was working for bought me a PDP-11/70 to use. Those were the days. This is one reason I am always amazed at these little bitty devices we have now.One of the early systems I worked on back in the mid-1970s was a PDP-11 (might have been a 45). This system had 28 KB of core. The operating system ran in 20 KB and user space was 8 KB. The OS swapped out a user to disk from memory and then swapped in a user into memory from disk, gave that user some time and so on. The user interface was ASR-33s which were teletypes at 10 characters per user and you generally felt like you had the whole computer to yourself. I think that the maximum number of users configured was 8. So you ostensibly had people that would normally need 64 KB of user memory sharing 8 KB of actual memory.
Paging became popular later on in Virtual Memory Systems.
![]()
What is Virtual Memory? | Definition from TechTarget
Learn how you can avoid buying additional RAM by using virtual memory, which uses space on the system's hard disk or SSD to carve out supplemental memory.searchstorage.techtarget.com
This is not my experience I have a 16/256 optionIf you do a dummy purchase of a Macbook Air, after you click Buy you should see a 16GB upgrade option. With the Air it seems clicking 16GB also automatically ups you to 512GB storage (so no 16/256 option).
Yeah. Apple never made that claim and never would.The problematic claim (which AFAIK Apple *hasn't* made themselves) is that there is some kind of magic that makes 8-16GB RAM in an M1 system work like 32-64GB of RAM in an Intel system.
Yea base air is pretty clear. multiple website and almost all the reviewer uses that terms.Buddy, no need to get worked up, I'm just sharing my experience. I think you may be in the minority in being confused about what I meant by base air though. Not sure what it was about my post discussing memory pressure and swap that made you think I had no clue what laptop I just purchased, where I am or what I'm talking about.
I agree. I was liking the discussion until all of this nonsense happened. I asked many times for both of them to stop.You're using reason again ...
No need for that, I hope. It was a good discussion until a certain dynamic entered into it with one person in particular. Some trimming might do, and then people can return to reasoning.
I was cleaning up my office the other day and found my old MacBook Pro. Out of curiosity, I plugged it in and started it up to look at the specs.
I found that it had a whopping 1GB of RAM. Yet, I managed to open browser windows, run Microsoft Office applications, and do all sorts of things which people now claim couldn’t possibly be done with only 8GB.
Yet testing shows that the M1 Macs consistently outperform their Intel counterparts while using less RAM and swap space and having a lower memory pressure. The testing (from multiple sources) consistently indicates that the M1-based systems stretch that 8GB of RAM much further than anything Intel has made (regardless of OS being used). When these head to head comparisons are also showing the M1 outperforming the 16" MBP that comes with a MINIMUM of 16GB RAM (compared to the 8GB on the M1s being tested in most cases), it becomes clear that Apple has done something in terms of memory management that nobody else has done. Your claims are in terms of absolutes, but the numerous articles, videos, reviews, etc are showing that there is not an absolute position to be had. Your position is also based on the flawed assumption that if you simply replace the underlying platform, all other factors that affect RAM requirements will remain unchanged. If a new processor handles memory differently and uses a completely different code base, then the RAM requirements can change drastically based on that alone. Granted, the new system could actually require more RAM than its predecessor depending on the exact changes between the platforms, but in this case all indications are that the M1 with 8GB RAM is running neck and neck with many systems running 16GB or more RAM in the vast majority of cases (barring incompatibilities with certain applications or plugins).
LOL! I read this while waiting to pick up my new Mini (one cannot just walk into an Apple store these days, you have to make an appointment). Let's just say I was not impressed. Just because some blogger posts information to the Internet does not mean that blogger knows what they're talking about. This is a prime example.
But I think it’s also the case that for most tasks for most people, these M1 Macs need less RAM to perform equivalently to, if not better than, their Intel-based counterparts. This sounds like ******** but it’s not. It’s the result of a hardware system architecture whose design aligns with Apple’s software architecture.
First, an intriguing benchmark from David Smith, an engineer at Apple:
Fun fact: retaining and releasing an NSObject takes ~30 nanoseconds on current gen Intel, and ~6.5 nanoseconds on an M1
… and ~14 nanoseconds on an M1 emulating an Intel.
9to5mac.com
exactly what I am trying to explain in this thread.I was cleaning up my office the other day and found my old MacBook Pro. Out of curiosity, I plugged it in and started it up to look at the specs.
I found that it had a whopping 1GB of RAM. Yet, I managed to open browser windows, run Microsoft Office applications, and do all sorts of things which people now claim couldn’t possibly be done with only 8GB.
I think most people understand RAM like its storage space that once its filled you need more. They don't understand RAM is loaded data, once its filled the computer can swap it out and bring new data in and swap back to the prior dataI’m not sure how people max out 8GB “running a few tabs and YouTube videos”
I opened a dozen Firefox pages, a few excel sheets, word docs, ppts, Zoom, Music, Photos, and a handful more apps - and the memory pressure was definitely still in the green with memory usage being around 6gb. Swap was also only a few hundred mb
(on a 2012 MBP)
I’m not sure how people max out 8GB “running a few tabs and YouTube videos”
I opened a dozen Firefox pages, a few excel sheets, word docs, ppts, Zoom, Music, Photos, and a handful more apps - and the memory pressure was definitely still in the green with memory usage being around 6gb. Swap was also only a few hundred mb
(on a 2012 MBP)
I think most people understand RAM like its storage space that once its filled you need more. They don't understand RAM is loaded data, once its filled the computer can swap it out and bring new data in and swap back to the prior data
I had to put my 2c in.
RAM usage is a function of software design, and not hardware design.
Apple transitioning into its own hardware design does not mean software will be using less RAM.
RAM is RAM is still true, whether on Apple silicon or Intel.
The reason software/app developers use more RAM in their software designs is because in the Intel paradigm, there is a huge disparity in speed between RAM and SSD/disks. Since data is stored on SSD/disks, running operations on that data will be much faster if that data is copied to RAM. Thus, to allow a great user experience, more data on high speed RAM is the way to go.
Now, on apple silicon paradigm, the speed disparity is much much less. Thus, running operations on data stored in SSD/disks is a much more reasonable proposition than it is on Intel’s.
Software devs can then re-design the software to copy less data to RAM, and still be able to provide great user experience.
Less RAM is a decision from software devs. Apple simply made the decision making easier.
“Recompiling” is not similar to “redesign”The software didn't change though. Software companies just recompile the same software for Intel or Apple Silicon. Or users are running things through Rosetta.
Virtual Memory usage is a function of software design. Software actually doesn't see RAM - it sees Virtual Memory. It could be RAM, SSD or a combination of that. The hardware architecture and operating system determine page/swap efficiency and it looks like what they've done in the hardware and operating system is a lot better than what we see in Windows and macOS/Intel.
“Recompiling” is not similar to “redesign”
A “redesign” is needed.
Virtual memory is not decided by app developers. Virtual memory usage is managed by the OS. If apps aren’t requesting huge amounts of memory, OS wouldn’t bother with virtual memory.
Which sadly, is the point im trying to make on redesigning software - because modern software paradigm assumes RAM is unlimited, when in reality it never is.The software engineer should not have to worry about RAM. That's a modern software paradigm.
Which sadly, is the point im trying to make on redesigning software - because modern software paradigm assumes RAM is unlimited, when in reality it never is.
The modern software engineer does not care about RAM anymore. Which is why apps need more and more RAM each passing year.
Again, with architectural changes on apple silicon, the decision to keep requesting RAM shouldnt be the norm anymore. Because other I/O channels have much improved throughput.
Hardware folks have done their part in improving user experience. I think software folks should too.
Indeed. In some industries, hardware is cheaper. And that notion is reinforced since hardware innovation is still happening at a great pace.In the really old days, we did overlays. Or program chaining. You programed program section overlays and brought in code before you needed to run it. Another approach was program chaining where you wrote out intermediate data to a file or buffer, dumped the current programs and fired off the next program.
Labor is expensive and hardware is cheap and getting cheaper so it makes a lot of sense to reduce software engineering costs to push the memory costs to the customer. This is similar to car companies replacing assemblies instead of replacing of repairing components. The obvious example is alternator brushes. You bring your car in and the mechanic says that they need to replace the alternator when only the brushes need replacing but the shop only does a full alternator replacement.
I applaud Apple's VM performance improvements. I don't think that software engineers are going to tighten up on VM usage.