2020 Mac Mini – Putting Apple Silicon M1 To The Test
anandtech.com
anandtech.com
This is the first in-depth review validating all the hype. Assuming the user experience, Rosetta2 things, first generation pains, kernel panics, are all in-check, it's amazing. At this point I'm mostly interested in the Air's performance with its missing fan.
I wouldn't mind plastic edition of MacBook /w M1. Aluminum and metal overall, not the best for everyday use. I prefer "warmer" feel of plastic, like ThinkPad for example.
It's a shame it wasn't a commercial success.
It seemed somewhat reasonable that an article that would be passed around the department or on to your boss would require a fee.
I can't find any mention of it on their website, though. Am I getting my websites confused or did they drop it altogether?
The tiny drop-down menu in the default view is very hard to discover and quite annoying to click on (many other review sites, like Phoronix, have similar annoying drop-downs).
They write "outperforms the core performance" and the keyword here is "core". What they mean is that if one had a single-core Zen3 and a single-core M1, then the M1 would win some and lose some.
But in the real world, most Zen3 CPUs will have 2x or more cores, thus they'll be 2x to 4x faster.
So what they mean to say is that they praise Apple for having amazing per-core performance. But it kind of sounds as if the M1 had competitive performance overall, which is incorrect.
I think we'll see an additional higher end Macbook Pro 13" when they start to release Apple Silicon models with discrete GPUs.
I would expect that, when Apple brings out their next iteration of chips, they would target the higher end of the Pro line with more cores and ports along with higher RAM capacities.
E: And multi-core SPEC: https://www.anandtech.com/show/16252/mac-mini-apple-m1-teste..., where they're on par with mobile Ryzen.
Apple markets this as a "Pro" device for professional video editing. That's why I believe it is fair to take their word and compare it against my other options for a professional video editing rig. And in that comparison, which Apple has chosen itself, the M1 comes out woefully inadequate at a mere 24% of the performance.
Of course, for a notebook, the M1 is amazing. But I feel irked that Apple and Anandtech pretend that it's competitive with desktop workstations by having such a misleading conclusion about it being on par with Zen3 - which it clearly isn't.
That's ridiculous. Threadripper has 8 to 16 times as many cores, runs on hundreds of watts of power and such a CPU alone costs the same as several Mac Minis. Them claiming you can use it for video editing doesn't mean you can expect that a 1.5 pound notebook will measure up to literally the biggest baddest computer you can buy.
No they don’t. Claiming something is capable of video editing and marketing it as a video editor are two very different things.
The 3 macs introduced this week are apples lowest end devices, 2 of which still have ‘big brother’ intel versions for sale today.
If you’re truly ‘irked’ that the lowest-end, lowest power, first release devices aren’t comparable in performance to the highest end desktop chips, then you’re putting the wrong stuff in your coffee.
No, they don't. Because Apple keeps raising the ceiling on low-end devices like the 13-inch MacBook Pro, in many aspects, it's more performant than a high-end laptop or desktop Mac from just a few years ago.
Please read the best article so far that explains what "Pro" means for Apple—it just means nicer; it doesn't mean for professionals. https://daringfireball.net/2020/11/one_more_thing_the_m1_mac...:
Wait, wait, wait, you might be saying, the MacBook Pro is pro. But as I’ve written numerous times, pro, in Apple’s product-naming parlance, doesn’t always stand for professional. Much of the time it just means better or nicer. The new M1 13-inch MacBook Pro is pro only in the way, say, AirPods Pro are. This has been true for Apple’s entry-level 13-inch MacBook Pros — the models with only two USB ports — ever since the famed MacBook “Escape” was suggested as a stand-in for the then-still-missing retina MacBook Air four years ago.
Not only did Apple Not compared a Laptop CPU against a Workstation CPU, Anandtech didn't pretend it to be competitive with Desktop Workstation.
But I think the broader strategic outlook is: yes, the M1 loses on a few benchmarks, but the fact that it gets ballpark to some monster rig multiple times in price and power - is this not the whole picture of the Clayton Christensen disruption curve?
The other point is - Apple's Logic and Final Cut software are probably optimized for the M1, and they can likely achieve much of the capabilities of the monster AMD rig for a fraction of the cost/power budget.
Oh, neat. What kind of battery life do you get on your AMD 2990WX ultralight laptop?
AMD is likely to be faster in multicore overall, but not by much it seems.
That’s not how CPUs actually operate though, outside of some very narrow tasks. If you actually regularly max out your CPU, you already know that and wouldn’t touch a Mac mini no matter what chip is in it.
Not to mention that even in multicore tasks, you don’t usually scale perfectly linearly due to overhead. And also, the biggest Ryzen processors are usually in desktops, and Apple Silicon hasn’t entered that market yet.
If you throw in "everyday work" - then we have passed the need for new chips altogether.
That really stretches the meaning of 'everyday work' quite a lot. The pi is dog slow, even compared to an Intel i9 ;)
What the article is pointing out is that the mobile low-power version of the M1 (as the mini is really just a laptop in a SFF box) is competitive with the top-end Zen3 chip; the benchmark gap is smaller than 2x.
We don't know yet how far the M1 scales up, e.g. a performance desktop will presumably have a higher TDP and probably trade the integrated GPU space for more CPU cores. But we don't known if/how this will translate into performance gains. Previous incarnations of the Mac Pro have also used multiple CPUs so it is not yet clear if "in the real word, most Zen3 CPUs will have 2x or more cores".
Edit: Putting it head to head with the 5600x would make a lot of sense for price/core/desktop space comparison.
I did notice that the cinebench for the M1 is only about 10% higher than my Ryzen laptop (T495s) which is laughable as it's a 3500U and the whole thing cost me £470 new!
The M1-based Mac mini starts at $699.
As an owner of a decked out 2019 Mac Mini, in hindsight I made a shitty purchase decision.
The guy must be feeling bad right now.
Probably not. If you need a machine to get work done, as you probably did, it always makes sense to buy what's current.
It's different if you can afford to wait for a particular upgrade we know is coming.
I bought a 4k Retina iMac a little over a year ago because I needed to badly and it's been great.
Today's purchase of Mac Mini will be a crappy decision in hindsight in about a year... and that is true every year.
It would have been a crappy decision - if you got a worse product at the time of purchase. So don't get FOMO.
As it turns out, that's true: About This Mac says "Mac mini (2018)" even for the 2020.
I replaced the 8GB base RAM with 32GB of aftermarket and have been thrilled with it. But then I was coming from a 2018 MBP 4-Thunderbolt with only 8GB and the fan noise with it drove me nuts.
I got the i3 because I thought the CPU wasn't the weak point, the RAM was. And so far, for me, that's held up.
http://nautil.us/issue/55/trust/the-resulting-fallacy-is-rui...
There’s this word that we use in poker: “resulting.” It’s a really important word. You can think about it as creating too tight a relationship between the quality of the outcome and the quality of the decision. You can’t use outcome quality as a perfect signal of decision quality, not with a small sample size anyway. I mean, certainly, if someone has gotten in 15 car accidents in the last year, I can certainly work backward from the outcome quality to their decision quality. But one accident doesn’t tell me much.
Yeah you did. Why would you buy something you don't need? It doesn't even matter if the Mac Mini with Apple Silicon existed or if from now on the only computer Apple sold is a Mac Mini.
Okay lets be serious. You bought the x86 Mac Mini because you wanted a x86 Mac Mini, not because you wanted to make perfect purchasing decisions with infinite foresight. A lot of software is broken on the M1 Mac Mini so you made the right decision at that time. It's entirely possible that you would regret buying the M1 Mac Mini.
This is a very misleading statement. They primarily only used the 5950X in single-core tests, and in those tests it doesn't come remotely close to 105W. In fact per Anandtech's own results[1] the 5950X CPU core in a single-core load draws around 20w.
Take the M1's 28W under a multi-threaded load, that's going to be somewhere in the neighborhood of 4-5w/core for the big cores probably (single-core was ~10w total, ~6w "active" - figure clocks drop a bit on the multi loads, and then the little cores are almost certainly much less power draw particularly since they are also much, much slower). In multithreaded loads the per-core power draw on a 5950x is around 6w. That's a _much_ closer delta than the "105W TDP vs. ~28W!" would suggest.
M1's definitely got the efficiency lead, but it's also a bit slower and power scales non-linearly. It's an interesting head-to-head, but that 105W TDP number of the 5950X is fairly irrelevant in these tests. That's not really playing a role. Just like it's about as irrelevant as you can get that the 5950X is 4x the big CPU cores, since it was again primarily used in the single-threaded comparisons. Slap 16 of those firestorm cores into a Mac Pro and bam you're at 60w. Let it run at 3.2ghz all-core instead of the 3ghz it appears to now since you've got a big tower cooler and that's 100w (6w/core @ 3.2ghz per the anandtech estimates * 16). That'd be the actual multi-threaded comparison vs. the 5950X if you want to talk about 105W TDP numbers.
Critically though the M1 is definitely not a 10W chip as many people were claiming just a few days ago. You're definitely going to see differences between the Air & 13" MBP as a result.
1: https://www.anandtech.com/show/16214/amd-zen-3-ryzen-deep-di...
It would seem that the switching of AMD chips in the various graphs have caused some confusion. I was referring to the "Geekbench 5 Multi-Thread" graph on page 2. This shows a score of 15,726 for the 5950x vs 7715 for the M1. This is about 2x. I do not see any notes that the benchmark is using less cores than the chip has available.
I don't follow your argument for why it is misleading to characterize the 5950x as a 105W TDP in this benchmark. Could you expand a little on why you believe this is misleading? The article that you have linked to shows over 105W of power consumption from 4 cores - 16.
Edit: I put in the wrong page number in the clarification :) Also, I see later in the linked article that the 15726 score is from 16C/32T.
But in multi-threaded workloads it also absolutely obliterates the M1. Making that comparison fairly moot (hence why Anandtech didn't really do it). It's pretty expected that the higher-power part is faster, that's not particularly interesting.
* The 5950X was 2x faster * The 5950X was using 4x the power (28W system vs 105W+ for the processor). * The M1 only has 4 performance cores, the 5950X has 16.
Even counting the high-efficiency cores as full cores in the comparison has the M1 with 8-cores providing 1/2 the performance of the 5950X with 16-cores, i.e. it implies that the lower performance cores are providing as much as the 5950X cores.
That is certainly not the 5950X obliterating the M1, as the article stated (and was the quote that started this thread) the M1 is giving the 5950X a good run for its money. If you think otherwise could you provide some kind of argument for why you think so?
Take for example the CineBench R23 numbers. The M1 at 7.8k lost to the 15W 4800U in that test (talk about the dangers of a single datapoint!). The 5950X meanwhile puts up numbers in the 25-30k range. That's a hell of a lot more than 2x faster. Similarly in SPECint2017 the M1 @ 8 cores put up a 28.85, whereas the 5950X scores 82.98. Again, a lot more than 2X.
This is all ignoring that 2x faster for 4x the performance is also actually a pretty good return anyway. Pay attention to the power curves on a modern CPU or what for example TSMC states about a node improvement. For 7nm to 5nm for example it was either 30% more efficient or 15% faster. Getting the M1 to be >2x faster is going to be a lot harder than cutting the 5950X's power consumption in half (a mild underclock will do that easy - which is how AMD crams 64 of these into 200W for the Epyc CPUs, after all). But nobody cares about a 65w highly multithreaded CPU, either, that's not a market. Whatever Apple comes up with for the Mac Pro would be the relevant comparison for a 5950X.
In other multicore benchmarks, the M1 gets beaten by parts with lower TDPs by AMD, and the 5950X has something like 3 to 4+ times more performance.
It's not getting compared, at the scale of the article, to the 5950X in anything but single core performance except for one expection, and the claim that it's being compared generally to a 105W TDP part is also false because in multicore comparisons, where the total TDP makes sense, it's getting compared to parts with half or 150% the TDP and losing.
In reality, it's getting compared to a 6-7w core, and to 15-45w chips.
All the wishful thinking was wrong but that doesn't mean ARM is doing badly.
That being said, I probably should've phrased it differently, I wasn't aware that word had such a connotation in English, in my mother's tongue it means that it's a narrow intepretation
But... Other than ST performance, the multi-core CPU isn't linear at scaling. At 16cores - core-to-core communications take a hit, that is not as bad as for 4 cores.
That’s true but keep in mind this is the power going into the AMD CPU only. The power number measured for the mini was the entire system power pulled from the wall, so that 28W included memory, conversion inefficiencies and everything. That’s crazy.
In the end it'll be a question of - can Apple scale it without incurring massive costs?
In 2021, when the laptop Zen 3 will be introduced, that will have a much better power efficiency, being made all in 7 nm.
Of course, it will still not match the power efficiency of M1, which is due both to its newer 5-nm process and to its lower clock frequency at the same performance.
And also because it's doing a lot. Infinity fabric for the chiplet design isn't cheap, for example. A single-die monolithic design avoids that (which is why that's what AMD did for the Zen2 mobile CPUs).
TDP is a useless marketing figure. Anand measures the AC power consumption of the Mini, which is a good measure, but that is not comparable against CPU TDP because TDP has a tenuous relation to actual power draw at best [0]. A better comparison would be ARM Mini vs Intel Mini AC power draw, and a similarly spec'd AMD system for good measure. Unfortunately, unless I missed something, the article only measured AC power draw from the ARM Mini.
The M1 is certainly more power efficient than Intel or AMD for the average user, but as far as performance per watt, we cannot make any judgements with the data we have.
[0] https://www.gamersnexus.net/guides/3525-amd-ryzen-tdp-explai...
I think you're just trying your hardest to convince yourself that these chips aren't competitive.
I think the clear store here is that the Air will definitely be slower than the rest over time. This isn't a 10W SoC, clearly, so it definitely can't run at its best while being passively cooled.
How it behaves when throttled will be interesting for sure though.
In a lot of day-to-day work that is much more peaks and valleys, you may never see the throttling.
The listed adblocker is: "AdBlock for Safari" developed by BETAFISH INC, which offers in-app purchases including "Gold Upgrade" which "unlocks" some basic features that gorhill's uBlock Origin already has for every other browser.
https://help.getadblock.com/support/solutions/articles/60002...
Not switching until there are some better options for this.
- It integrated perfectly with the OS
- It saved battery like heeeeell
- It integrated natively with Airpods and media keys
- It clearly had worse performance than Chrome and a couple of incompatibilities, but it was perfectly acceptable
- I could run most of my extensions, namely uBlock Origin, HTTPS Everywhere and Reddit Enhancement Suite
- The native PiP (before it was on any other browser) was AMAZING
I had been a diehard Chrome user since it came out (with the comic book!) on Windows, Linux and macOS. I got fed up with how slow it was becoming and how it was running my fans all the time.
Unfortunately, two things happened that made me quit Safari:
- I found some weird bug wherein whenever I typed an address in the address bar it would always slow down to a crawl
- Apple deprecated and abandoned old extensions. So I lost most of my very valuable extensions, with emphasis on uBlock Origin and Reddit Enhancement Suite. I could live with a different adblocker (I saw adguard at the time), but I could not live without RES. No way.
So I left Safari and have since moved to Firefox. It seems almost as fast as Chrome, has nice integrations and features, but it's no Safari. It still drains my battery and has issues. Firefox has since progressively added PiP (even if it's not native) and support for media keys, which was a godsend, so that's nice.
I'd like to get back to Safari. It would be amazing. Do you know if there is any way for me to get what I used to have back? uBlock Origin (or something with compatible filter lists and custom rules) and Reddit Enhancement Suite?
It has good standard developer tools, but not the advanced stuff like Redux replay and flexbox inspectors.
Context switching profiles at a macro level - as opposed to intermingling work/shopping/social - is beneficial to me.
When I switch over to "Shopping", I have my tabs on whatever purchase I'm researching open. I can drop the whole project for a few weeks and resume it later right where I left off. None of it can bleed over into my "Work" profile. I like the separation. Helps keep my head clear.
Opening my 'Shopping' profile brings up windows and tabs from where I left off. Same with "Social". When I don't want distractions, I just close those profiles. No notifications, no updates, etc. I like the separation.
I can't stand Chrome either and so I've been using these two together for about a year now I believe. Using a naked version of Chrome is jarring given my browser feels like it fits how I use it being setup like this.
[0] https://addons.mozilla.org/en-US/firefox/addon/simple-tab-gr... [1] https://addons.mozilla.org/en-US/firefox/addon/multi-account...
FF as far as I know does not have a way to do this as easily, you have to spin up different profiles and click through each one to configure it.
I still have chromium around for primarily this reason.
firefox --ProfileManagerhttps://www.makeuseof.com/tag/custom-chrome-browser-profiles...
I switched to Safari a few years ago, and I couldn't be happier. Chrome's performance and battery life are atrocious. I only use Chrome when I need something specific from it.
Am I wrong in this regard?
Also they started rolling out the first M1 optimized version of Chrome (but has been pulled since due to stability issues): https://9to5google.com/2020/11/17/chrome-mac-apple-silicon/
Apple is essentially combining the tick (die/node shrink) and tock (microarchitecture) cadences together each year, at least the past 2-3 years. The question, perhaps a moot one, is how much the performance gains can be attributed to either? The implication is that the % improvement due to tick is available to other TSMC customers, such as AMD, Qualcomm, Nvidia, and maybe even Intel.
We'd have to wait until next year (or 2022) once AMD puts Zen4 on 5nm and see an apple-to-apples comparison on the per thread performance. But of course by then Apple will be on TSMC 3nm or beyond...
EDIT: confused myself with tick and tock
Edit:More hands-on video from Engadget about EUV at Intels Oregon facility[4]
[1]https://www.asml.com/en/products/euv-lithography-systems/twi... [2]https://youtu.be/f0gMdGrVteI [3]https://www.trumpf.com/en_US/solutions/applications/euv-lith... [4]https://youtu.be/oIiqVrKDtLc
A bit offtopic but I've always found it amusing that a form of lithography, of all things, is fundamentally powering our tech revolution for decades. Especially after a girl I knew learned lithography in an art class, watching her do it in a primitive form, which inspired me to read about it's history in art and professional uses (signage, etc).
That combined with vacuum tubes (which also rank high up there in the revolution thing) are the two things I one day wish to learn how they really work. Not just surface level nodding along.
They say “decades in the making” - when did it first become viable, and then how long to master the process and become confident enough to mass produce consumer goods from it? I’d love to see a timeline w milestones.
ASML has a timeline of the company and technology development[1].
I'm wondering will Apple find another semiconductor factory partner (they tried to build A9 by both Samsung and TSMC, but Samsung one seems like has heat issues)or stick with TSMC?
TSMC 5nm: 173.1
Samsung 5nm: 126.5
Intel 10nm: 100.8
Intel 7nm: 202 (estimated [1])
Therefore TSMC is still the best in density right now.
[1] https://en.wikichip.org/wiki/7_nm_lithography_process#Intel
https://www.engadget.com/apple-macbook-air-m1-review-1400313...
https://techcrunch.com/wp-content/uploads/2020/11/WebKit-Com...
https://techcrunch.com/2020/11/17/yeah-apples-m1-macbook-pro...
IMO the all day battery will be THE killer feature of the new laptops.
I need to recharge my own wetware at least once a day. So there is a nearly guaranteed several hour idle period where I'm not using any technology and where laptops and phones can be recharging too.
I don't see much end user value in not taking advantage of that.
It's like if you parked your car literally at a gas station every night anyway. Would you really care about a fuel tank that could let you drive for more than 24 hours?
But my worry is that with more and more efficiency in computing and battery tech, if Apple instead decides to reduce the battery capacity? Especially with no competition in sight, or competitors trying to follow Apple, we may end up with smaller batteries instead of more battery life. They seems to be doing that with iPhone. Also 18 hour battery life can quickly degrade to few hours if some processes are spinning the CPU continuously which can happen knowingly or unknowingly with several apps open (Docker occasionally does that to my MBP).
With several days battery life, I can even go for short travels without even bothering about how to charge it.
Now I have an Apple Watch that lasts almost but not quite 2 days, I charge it every night and it has never gone flat on me and I find it no hassle since I take it off before bed anyway so I just drop it on the charger.
It’s actually revolutionary for how I use a computing product. If i had to charge them everyday I assume they’d be dead 1/2 the time because it’s annoying to have yet another thing to plug in.
Personally I would like a larger battery because that means i can leave my charger at home, or even use a weaker USB-C PD on the go just to reduce the drain rate.
The problem with the fuel tank analogy is that liquid gasoline is really heavy and your energy efficiency would drop dramatically, due to lugging around an extra 80 gallons of gasoline. That's not necessarily the case with a larger battery. You still have to carry the additional battery material, but the marginal costs IMO are nowhere near as high.
Hopefully the Era of Ive is over. There are promising signs around, but I'm not ready to believe it yet.
It's a joint decision made by Hardware Engineering, Product Management, Design, Operations etc.
And frankly everyone wants thin laptops just with top tier performance which it looks like we will get.
https://www.cnbc.com/2019/11/13/apple-is-finally-willing-to-...
You know the gap.
If you charge your phone every night it becomes a habit tied to your daily routine.
If you were to charge your phone every other night, you might lose track of what day you are on, not charge it and then the perceived battery life experience is worse. This is why smart watches with 3-4 days of battery have not prevailed over those with one heavy day of battery. They are annoying to know what day you are on so you might just charge it every night and if you do, the platform is trading off so much power that the experience is worse.
Plus, then you have to carry 2 days worth of battery or have half the power envelope as a laptop with one day. the concept all sounds great but the reality of people using things really has honed in on the fact that these things need to fit into habit and use cases that make sense.
If that's not what you actually want then just call it 'heavy use all day battery life' or something.
I do, because that means it could probably do 8 hours at high load.
The Air form factor is already pushing the limit of what you can do with aluminium and still have high confidence it won't warp when you shove it into your bag, or have it fall over when you open the screen past vertical.
I could see them slimming down the battery to get more components in, maybe, rather than two day battery life.
Which would probably be the right call. There just aren't enough circumstances where not plugging in your laptop while sleeping is necessary to justify it.
Personally I'd like them to make a model with a cellular modem, with all-day battery life even reasonably far from a tower. That would be fun.
Like they just fucking did with the M1 MacBooks.
> And, most impressively, the M1 MacBook Pro used [just] 17% of the battery to output an 81GB 8k render. The 13” MacBook Pro could not even finish this render on one battery charge.
That's kind of weird.
It wasn't so long ago that the trope was while others had better multi-core performance "...Intel still holds the lead for single core performance"
Now not only do AMD have a better product, but also Apple now offer equal or better performance than the best that Intel can offer.
I wonder what is next for Intel now their £1000+ CPUs are firmly in third place. Looking forward to some new innovation and competitive (inc pricing!) products from them.
M1 is running on "5nm", looking at specs Intel 10NM is 100Mtr/mm2 vs TSMC's Apple 5nm chips being 173Mtr/mm2 (So even if Intel nomenclature seems more conservative they still lag by a lot in manufacturing capacity)
If Apple has these gains, I am sure Ryzen will have great performance leaps too.
5nm will be Zen 4 which should bring 10-20% IPC uplift if AMD's current trend continues.
TSMC's N5 5nm transistors are 85% smaller than their N7 transistors which should lower power consumption significantly though SRAM only shrinks a modest 35% (this especially affects desktop Ryzen with tons of cache compared to their laptop versions).
AMD currently makes the Zen 2/3 IO die on Global Foundries 12nm for contractual reasons. When they finally shrink that to 7 or 5nm, the power savings should be significant.
Zen 4 is expected to bring DDR5 support which will both drastically increase bandwidth and lower RAM power consumption. Likewise, it is expected to support PCIe 5 which doubles the bandwidth per lane to a little shy of 4GB/s.
All of these things together could mean a decent improvement in IPC and total performance and a very big improvement in performance per watt.
Meanwhile, I suspect we'll start seeing large "Infinity Cache" additions to their APUs that is shared between the CPU and GPU as the bus width of DDR just doesn't offer the bandwidth to keep larger GPUs from fighting the CPU for bandwidth. This should not only improve APU total performance, but fewer trips to RAM has a significant effect on power consumption (it costs more to move 2 bytes than to add them together).
Another big win is that apple runs the memory at 4500 MHz, standard, without overclocking. Even the Zen 3 often runs the ram at 3200 MHz, and standard support goes up to 3800 MHz or so. You can run it higher, but then you have to decouple the memory clock from the CPU clock, which reduces performance. The DDR4x also supports 2 channels, instead of 1. So you get as many memory channels as the AMD threadripper, which is an expensive, hot, and low volume chip.
Amazon already has their own Graviton ARM chips - And that's EC2, cloud native workflows might have already migrated.
Even with high end servers Intel seems to be losing to AMD Epyc.
I'd sooner expect Intel to start making their own ARM chips to compete with Apple.
But I'd take a closer look at those numbers: in 5 months intel has lost 2.5 points that AMD has gained. Doing some stupid, atrocious math of just taking the average point gain over those 5 months (and not accounting for the fact that my pc enthusiast friends are stating that their next machine will be AMD), that puts November of 2023 that they are 50% market share. That gives Intel very little time to pivot.
I don't think any of these details can be understated. Even AMD's 1st gen Ryzen kind of sucked and look where that is now.
The Anandtech tests were on an actively-cooled Mac Mini and the power draw numbers they were observing were far outside of what can be passively cooled in a laptop. You'd need to wait for Air-specific results before drawing too many conclusions on how it performs.
• Improved performance and efficiency on Mac computers with Apple silicon
• Accelerated machine learning analysis for Smart Conform using the Apple Neural Engine on Mac computers with Apple silicon
Discussion: https://forums.macrumors.com/threads/apple-updates-final-cut...
If so... then Intel's latest chip generations should be traced back to 8088 in 1979.
And architectural similarities between their first 14nm chip and their last 10nm chips are as m1 is similar to a12z at least, may be even their first 64bit
At this price it's more expensive than 80% of best-selling laptops, so not quite budget. If you compare in price to Dell for example, they only compete with their XPS line, which is their high-end one.
Apple only does high-end products, which is fine but doesn't make that model cheap.
I know this gets repeated often, but this is simply not true. Apple _does_ make high-end products, and they market themselves as a high-end brand, but Apple has always filled as many market segments as they can. There are plenty examples that prove this statement wrong: iPod Shuffle, iPhone SE, the $250 iPad. They never do deep discounts on their products though, so when they age or go stale they are far overpriced; and they do _not_ make value or budget models.
Intel will never go away, but they definitely will become laggards for the foreseeable future. In their industry it takes years or even a decade to see the fruits of your effort.
So how long has Apple been working on this chip?
Q3/2020 20,2% vs. 79,8%
Q2/2020 19,7% vs. 80,3%
Q1/2020 17,5% vs. 82,5%
I don't know why the OEM business works that way, but it is very slow to shift, so Intel still has time. Self-built consumer PCs for gaming are already overwhelmingly AMD though.
Unlike modular desktops - you can't just drop in an AMD CPU into a laptop chassis and expect everything to work.
Don't assume that they only downside for Intel is losing Apple as a customer... That could end up being the least of their worries.
Should that be a serious goal for Apple though? Is there that much more money for them if they jump into the race-to-the-bottom budget market, where I assume much of the remaining share is? It seems there is some added value in being a luxury product.
I get what you're saying though. I don't think they should go after the budget PC market. There's still lots of room for growth at the mid to high end. There's also servers.
1. https://www.statista.com/statistics/934471/smartphone-shipme...
Right, but since the wholesale cost of their phones isn't likely to change much at this point, increasing marketshare is the most obvious path to increased profit. Also, with Apple increasingly focused on services revenue, getting more customers into its ecosystem makes perfect sense.
I agree they likely won't go after the low end. This site [0] claims Apple only owns 52% of the high end market so there's lots of room for growth at the mid and high end.
Anyways, since we were comparing Apple to Intel/AMD I assumed we were talking about PC's.
[0] https://www.gizchina.com/2019/12/08/apple-still-holds-first-...
Oh jeez, that's embarrassing. I went off on a tangent without realizing it.
For the PC market, I absolutely agree!
2. That would give you double the performance in MultiCore Benchmarks, and Double the Graphics.
3. They will need to double the memory transfer as well, so it will either be a Quad Channel LPDDR4X or may be going with LPDDR5.
4. This hypothetical chip could be coming to MacBook 16" next year.
5. It is the nature of Chip and Devices that we are fundamentally limited by Heat Dissipation. I call this TDP Computing.
6. That is why in many, if not literally every explanation under every graph they will note the TDP difference and you should get the correct perspective or what is being measured.
7. That means you should not expect a 10W / 25W chip to out perform a 32 Core 250W Chip in MultiCore Benchmarks. You are basically comparing Apple to orange. And I dont know why there are many comments in this thread doing it.
8. The M1, and SPEC scores ( no longer are we relying on Geekbench ) are to showcase what Apple is capable of.
Edit: I just deleted a massive Rant specific to HN comments on Hardware.
(Points at AnandTech) But he started it! :)
I guess the fact that Apple will probably never sell this stuff for non-Apple computers will allow AMD to keep competing on the PC side.
Clearly when Apple come out with a desktop class chip though, it's going to be hard for anyone else to come close.
Somehow that doesn't seem to be a problem for Android though!
I worked at Intel at the time and the 80286 (x86) architecture was going head to head against the 68000 (68k) architecture. The marketing was intense with Motorola consistently using benchmarks that benefited from linear memory access and Intel using benchmarks that benefited from branching and floating point. This was when Intel made a compiler that recognized it was compiling the 'Dhrystone' benchmark and substituted custom hand assembled code for the output of the compiler.
Watching Intel and AMD compete was entertaining because Intel was competing against its own ISA. It added new instructions, AMD created a 64 bit extension, both worked some interesting improvements in memory handling an cache handling.
Adding Apple's take on ARM to the mix is a lot of fun for me. It is like reading a new novel in the Asimov Foundation series or maybe a fourth volume in the Lord of the Rings trilogy. I am really glad they are pushing the edge of the envelope here, it is the kind of technology that made me get into computers in the first place.
Based on the data I've seen so far, I'm not sure why they even did a with fan Pro variant. Even if the market for an 11-12" model is smaller I'm not sure why they didn't do that instead. I was sure that was going to be the reason they didn't refresh their 12" Intel system.
The ‘pro’ variant released was the low-end 13, aka the 2 port, formerly the ‘macbook escape’. The 13” line has been bifurcated since 2016, with this one firmly lower-spec’d and powered.
It’s very likely that the ‘4 port’, or high-end 13” pro will make more use of the active cooling, so it was likely worth it to develop the new laptop with it.
But like you said, likely would eat into the iPad market - on the other side, as long as they don't make it a 2-in-1, the iPad should still have more than enough reason to exist.
This model of Air is obviously a transition product with new guts in an old shell. I suspect that as Apple introduce fully redesigned, second generation Apple Silicon products, you might see something that is closer to the 12” MacBook.
It'd be amazing if they managed to squeeze a 13" screen into the old 12" form factor - you'd still get great battery life thanks to the M1.
However the interesting part would be what are they gonna do with their iPad Pro line at this point I don't see a reason for it not to run Big Sur or the Bigger Sur they'll release next year and compete directly with the surface.
What I see Apple doing is the following:
iPhone/iPad non-pro continuing to use A series SoCs and run iOS
iPad Pro migrate to M series SoCs and become what is essentially Apple's Surface Pro
Macbook Air 13" and 11" (possibly drop to a single 12" model) with M series SoCs this essentially will be the Surface Laptop/Book competitor
Macbook Pro's will continue as they are 13" and 16" models, if Apple goes for 11" and 13" MBAs they might move the MBP to 14" and 16".
Without discrete GPUs and essentially no way to "upgrade" the CPU to a higher model I don't really see the MBP 13" being viable in the long term tbh, I think they'll need a model that will differentiate it much more from the MBA and unless Apple starts binning their future M series SoCs much more in line with Intel and AMD I don't see them having too much of a range here for upgrades.
So alternatively I also see them dropping the 13" MBP altogether and having only a 15" or 16" on whilst the Air will occupy the smaller form factors.
But it's hard not to see some sort of convergence between mobile, laptops, and desktops over time.
I had the 12” MacBook for a couple years and the form factor was amazing. I backpacked around the world with it. But it was so underpowered, it was barely useful. I found myself using my phone more and more because it was less frustrating. I would love to see what an M1-powered 12” MacBook could be like!
Tbh, the only reason I didn't even think of buying a pro is because I don't want the touch bar. I might still buy an air if there's no touch bar on the pro, but the decision will be a lot harder.
- active cooling
- lack of a touchbar
But seriously, I share your opinion on laptop keyboards: regular function keys please.
But 8-9 minutes of full 100% CPU is a relatively rare occurrence for the vast majority of users. Developers might occasionally do that, but it will be very language and project dependent.
The crazy thing is that both M1 MacBooks still had 91% battery left after the compile, vs 61% on the 16-inch Pro and 24% on the 13-inch Intel Pro.
[1] https://techcrunch.com/2020/11/17/yeah-apples-m1-macbook-pro... -> "Compiling WebKit"
But I would also be a little wary, because ARM systems are way more locked down than x86 systems today.
Intel dying would free up resources for development by other companies.
With only a completely new/different architecture getting those advances back?
Most OSes are still pretty well situated to handle this. Java remains, and is easily cross platform. I can run Java-based proprietary games like Minecraft on my POWER9 desktop, despite no-one involved probably ever considering ppc64le a valid target.
The CLR on Windows is also pretty easily cross-platform, although it won't help legacy x86 PE executables. Apple has solved this for ages on the tooling side, encouraging production of "fat" binaries with many arches since OS X was NeXT, and your .app packages needed to run on x86 + m68k + SPARC + PA-RISC.
Emulators like Rosetta (and qemu's usermode emulation) can fill the gap of legacy executables, while these other technologies can make the end-user experience good. Of course, that's only if a) someone writes your platform's equivalent of Rosetta, and b) developers write crossplatform apps.
So, the answer depends on how cynical or optimistic you are :-)
You fail to realize that this isn't like 3D printing, or other low volume manufacturing. You can't just setup a 100nm Si lithography lab in your spare room and churn out RISC-V chips.
In 5 years - realistically we will have a few high performance(non-mobile) ARM chips manufactured at economic scale. Any other type of disruption would require Intel and AMD to fail and relinquish the supply side capacity... or China investing billions into new chipmaking facilities now.(it takes a few years to build that capacity)
So I think that we will have a four way competition between Intel, AMD, Apple, and Chinese RISC-V chips.
That being said, I don't see x86 dying, I think AMD and eventually Intel when they wake up will be competitive.
China cannot be competitive at the razor's edge if its semiconductor companies depend on promptly copying/stealing technology that European, Taiwanese, and American companies bring to market.
SMIC has already produced some 7nm chips without EUV.
As for EUV for the further future, there has been quite a bit of research in that domain for many years in pre-emption of this, and while I think they will be a node or a node and a half behind for a while, they will almost certainly have one ready eventually. Of course, that will be accelerated by stealing data on EUV machines, or maybe buying a used EUV machine from someone and reverse-engineering it.
The lithography companies actually have to talk about the measures they take to stop China from stealing their IP on their earnings calls.
China is a manufacturing hub, but its (often government backed) chip companies run low-margin businesses that don't make enough money to invest heavily in R&D. Go look at Apple or Qualcomm's gross margins and compare them to Huawei or Xiaomi.
Instead, they should set up two groups: one to generate new architectures for desktop and server, and another to take the best features of those architectures and make them thermally efficient for use in laptops. The development of these two products should be unconstrained by time, because as we have seen, impossible deadlines delay the possible.
In the past 10 years, most of the chips that amaze me have simply done what was already possible, just with enough thermal efficiency that they can be placed in mobile devices.
Intel dying would be horrible for the world. They have so much institutional knowledge...
Apple is one of the most capitalistic companies out there, they want you to buy new stuff and they'll try everything they can to force users to upgrade sooner or later
The story is this: a friend of mine is a well respected illustrator and he has been a long time Mac user (at least since I remember)
Few days ago he asked me advices about a new laptop and he asked for a PC because "new Mac OS will not work with my Photoshop version"
He owns a license for Photoshop 6, payed for it and has no need to uograde, especially to the new subscription based licensing
MacOS Sierra doesn't even work with Photoshop CS6
The only option he had to keep using something he owned was to switch platform (Adobe allows platform change upon request)
End of story.
Backwards compatibility has no value until you need it.
Just like an ambulance or a pacemaker.
It launches on Mojave as well, so I'm pretty sure it works, but I haven't personally used it for any length of time. Catalina is what killed it.
IMO, backwards compatibility in OSX/macOS was perfectly decent for a long time. Most software compiled for Intel that wasn't doing something weird continued to chug on, frequently with significant glitches but not to the point where the software was unusable. Then in Catalina Apple just gave up or something.
> MacOS Sierra doesn't even work with Photoshop CS6
I'm not sure where they got that impression, but it definitely works!
> Mac OS X v10.6.8 or v10.7. Adobe Creative Suite 3, 4, 5, CS5.5, and CS6 applications support Mac OS X v10.8 or v10.9 when installed on Intel-based system
They work, maybe, they are not supported though
It means that if it doesn't work, Adobe won't provide any support
CS6 works officially from XP SP3 (2008) to the end of Windows 8 (2015)
It works unofficially on XP pre SP3 (2001) and on windows 10, almost 20 years later and it's guaranteed to work on the LTSC for another 8 years (last LTSC is from 2018)
CS6 on Mac is supported on systems that span from 2011 (OS X 10.6.8) to 2014 (when Yosemite came out)
On May 2020 Adobe updated the release notes on CS6 saying that "If you are running Microsoft Windows XP with Service Pack 3, Photoshop will run in both 32-bit and 64-bit editions. However, Adobe does not officially support the 64-bit edition and you may run into problems."
So they are still supporting it on Windows XP on their official channels.
Most of the problems with old applications in Windows come from installers using ancient techniques to detect the OS version
Most of recent Adobe software theoretically could also run on older windows versions (8 or 7 for example), but are not supporting old platforms anymore with the new subscription versions and recebtly dropped support for the LTSC versions of Windows 10, so probably keeping the old versions around is a smart move if they work well enough for you
People who bought licenses for old versions should be in their right to use them as long as they can
Which simply is for longer on Windows than on MacOS
Uh, I'm guessing you mean CS6 rather than Photoshop 6, the program that came out in 2000.
In any case, Adobe's help page[1] currently reads, "As Creative Suite 6 is no longer sold or supported, platform or language exchanges are not available for it." Since they're certainly not selling or supporting versions older than CS6, it's unlikely your friend is going be able to keep Photoshop CS6 by buying a new PC laptop. (And he sure as hell ain't gonna be able to get a copy of Photoshop 6 to run on Windows 10.)
> Apple is one of the most capitalistic companies out there, they want you to buy new stuff and they'll try everything they can to force users to upgrade sooner or later
That's not wrong, but s/Apple/Adobe and the sentiment is still true. I suppose he'll save money if he gets a cheaper-than-Apple PC laptop, but I don't think he's gonna avoid paying for Creative Cloud.
[1] https://helpx.adobe.com/x-productkb/policy-pricing/exchange-...
That's why I said "MacOS Sierra can't even run CS6"
Technically in Italy if you bought a license and the manufacturer won't support it anymore, you can use it on another platform even downloading an illegal copy.
As long as you have the original license.
That's the same reason why you can listen to mp3s if you own the original record, you have the right to keep a copy and the right to use it even if the manufacturer stop supporting it, because you bought it in perpetuity when you bought the product
That's why I stay away from the new licenses that give you none of those rights
And that's why backwards compatibility sometimes is what drives people choices
Sounds like the friend has a need to upgrade, and that upgrade is going to require new software. I don’t think this situation is Adobe or Apple’s fault, old stuff stops working at some point.
He draws by hand on paper and the final preparation on Photoshop is for printing
After almost 10 years he needed a new laptop (things wear out with time and he could not install more RAM) but not a new Photoshop version with a different and more costly license
The need to upgrade software is an artificial one and it's only needed because some platforms don't have a good backwards compatibility
Windows does
For many people the OS doesn't make any difference, as long as they can keep using the tools they already know
There is a limit on the improvements a new software will provide if your workflow is already good as it is and you already paid for the version that works for you
I know many small businesses that still use Office 2003
They can install it on new hardware on new Windows versions, it's simply not possible to do the same on Mac
It's not better or worse, backwards compatibility it's a feature and as any other feature some people value it a lot, some don't care at all
Old stuff stops working due to deliberate design choices made on both Apple and Adobe's parts. Apple deliberately stripped Rosetta and 32-bit support from macOS, and Adobe is deliberately making it nearly impossible to use older versions of the CS suite on their end.
Meanwhile, I can run Photoshop 6 on Windows or WINE, and I can still run binaries that were statically compiled for Linux 20 years ago today.
I appreciate backwards compatibility, but I'm not convinced drawing lines in the sand every once so often is a terrible idea. Revisiting old software is fun for nostalgic reasons and, sure, there are sometimes edge cases where you have to use something that hasn't been updated in years, but in general I'd rather be using software that exhibits at least minimal signs of being an ongoing concern.
I'll take your word for it, but it kind of changes the picture here. Photoshop 6 was released in 2000. That version wasn't released for OS X. In fact, Photoshop 6 was still compiled for PowerPC CPUs. The thing wasn't even fully "carbonized" until version 7, so it would have had to run in the "Classic" environment -- which hasn't been supported on Macs since OS X 10.4.
Maybe you think it's unreasonable for Apple to not support a program made for an operating system they haven't shipped a new version in 18 years for a CPU they haven't shipped in a computer for 15 years. I'm not sure I agree.
> Technically in Italy if you bought a license and the manufacturer won't support it anymore, you can use it on another platform even downloading an illegal copy.
The legality isn't the issue, the "Photoshop 6 is literally two decades old" is the issue. :) It may be possible to run the Windows version on Windows 10, but I can almost guarantee there will be strange, quirky issues that neither Microsoft nor Adobe will be interested in helping with.
It's the license that counts.
> Maybe you think it's unreasonable for Apple to not support a program made for an operating system
No, I don't think that.
Apple doesn't have good backward compatibility, especially compared to Windows.
That is my point.
But of course they are free to not support what they think it's not worth it.
It's not a something against Apple.
> the "Photoshop 6 is literally two decades old" is the issue
True, but why is it a problem?
Does the software need to be new to work?
I think that if something still works after 20 years the authors did a great job.
We need to start thinking of software like infrastructure.
We don't rebuild a bridge after 6 months because a new material or technique has been invented.
Or at least as tools, considering them something that lasts, potentially forever.
Most of the problem we'll be facing in the future will be about digital rot, we'll deal with data that we cannot read in any way.
Apple, Adobe, and their idea of disposable working tools are helping it, nor prevent it.
Of course one cannot support everything forever, Windows lost the ability to run DOS binaries years ago and virtualization can help, the problem is companies like Adobe not selling their licenses anymore.
Recently I had to work on a SOAP client after almost 15 years from the last one.
I remembered there was a good XML editor at the time, that did a good job.
One caveat is that it is Windows only and I run Linux, so I checked on WineHQ and found out that the version 2003 works perfectly.
I go to the software's web site, there is a "download older versions" button, I think "great!" and proceed to the download.
The software installs perfectly on Wine but when I launch it there is no option to start it in trial mode, you have to either use a pre-existing license or ask for a trial one.
I clicked the second and soon after an email warns me that that product is not supported anymore and even if I had a regular license, the servers that check the licenses are not online anymore.
So why put a download button there then?
These are the kind of things that software should avoid at any cost, in my opinion.
They've lost a customer, I would have bought an old license at the price of a new one if I could chck that everything that I needed to do worked as intended, instead I downloaded SopaUI which is inferior, but free and functioning.
In this case, the solution could have been virtualization, but you have to pay for a Windows license as well, which was not necessary in the first place.
In the case of macOS virtualization is not even an option, because you can't legally run it on a VM outside of Apple HW.
For some people, that is a big problem, not because they think Apple is bad, but because they don't care who supplies the infrastructure as long as it works.
There are people installing XP on new HW to keep using their old software.
It is doable, but on macOS you can't count on it, every time they change architecture something gets lost forever.
As I said before, nobody value backward compatibility until they need it.
And when you need it and it works it's much more satisfying than when you need it and you are asked to upgrade or be on your own.
The more charitable view is that by not being wedded to backwards compatibility they can make their ecosystem stronger, faster.
See https://medium.learningbyshipping.com/apples-relentless-stra... for some discussion of those tradeoffs.
I used to work at intel, and no one I knew there thought ISA mattered at all. That’s just a few people though, so I’m curious if people think there’s something better or worse about the different ISAs as a technology in their own right, or if it’s more about the business interests behind them that matters.
This is not the difference between x86 and ARM -- it's the difference between Intel's team and Apple's (also AMD's). You don't see Qualcomm being competitive even though they also use ARM.
But in practice the whole decoder stage is basically a rounding error because cores got so big.
Basically, laptop chips that should be around 35% faster and use less power.
It's worth noting that cross-compiling is definitely harder in many ways, because you can't always evaluate constant expressions easily at compile-time in the same way your runtime code will, etc, too, and have to jump through hoops.
jar% time x86_64-linux-gnu-gcc --std=c99 -O3 -c insgps14state.c -I inc -I ../../shared/api
x86_64-linux-gnu-gcc --std=c99 -O3 -c insgps14state.c -I inc -I 0.97s user 0.02s system 99% cpu 0.992 total
jar% time x86_64-linux-gnu-gcc --std=c99 -O3 -c insgps14state.c -I inc -I ../../shared/api
x86_64-linux-gnu-gcc --std=c99 -O3 -c insgps14state.c -I inc -I 0.93s user 0.03s system 99% cpu 0.965 total
jar% time x86_64-linux-gnu-gcc --std=c99 -O3 -c insgps14state.c -I inc -I ../../shared/api
x86_64-linux-gnu-gcc --std=c99 -O3 -c insgps14state.c -I inc -I 0.94s user 0.01s system 99% cpu 0.947 total
jar% time x86_64-linux-gnu-gcc --std=c99 -O3 -c insgps14state.c -I inc -I ../../shared/api
x86_64-linux-gnu-gcc --std=c99 -O3 -c insgps14state.c -I inc -I 0.92s user 0.04s system 99% cpu 0.955 total
jar% time arm-linux-gnueabihf-gcc --std=c99 -O3 -c insgps14state.c -I inc -I ../../shared/api
arm-linux-gnueabihf-gcc --std=c99 -O3 -c insgps14state.c -I inc -I 1.43s user 0.03s system 99% cpu 1.458 total
jar% time arm-linux-gnueabihf-gcc --std=c99 -O3 -c insgps14state.c -I inc -I ../../shared/api
arm-linux-gnueabihf-gcc --std=c99 -O3 -c insgps14state.c -I inc -I 1.46s user 0.03s system 99% cpu 1.486 total
jar% time arm-linux-gnueabihf-gcc --std=c99 -O3 -c insgps14state.c -I inc -I ../../shared/api
arm-linux-gnueabihf-gcc --std=c99 -O3 -c insgps14state.c -I inc -I 1.55s user 0.04s system 99% cpu 1.587 total
jar% time arm-linux-gnueabihf-gcc --std=c99 -O3 -c insgps14state.c -I inc -I ../../shared/api
arm-linux-gnueabihf-gcc --std=c99 -O3 -c insgps14state.c -I inc -I 1.44s user 0.03s system 99% cpu 1.471 totalTwice as fast, using 1/10th the battery life.... and that’s for a part that costs Apple $70 instead of, what, $400?
In a cool room it can last few minutes before throttling, while outside on a warm day it throttles almost instantly.
Also, a thermal budget is shared with GPU, so once you plug-in the external display, or start Sidecar, you run out of thermal headspace pretty much instantly.
I'd love to see these two factors tested.
The SPEC results are... decisive to say the least. Without Zen 3, x86 CPUs would look, well... like shit. All Intel offerings, including the Sunny Cove part (so not a 7 year old uarch), look uniformly bad across all workloads.
I managed to find an AVX vs AVX off benchmark run for Cinebench r20 [1]. Going from 128bit SSE to 256bit AVX and doubling the ALUs only results in a 10-12% increase in performance.
I assume this has to do with how each SIMD lane of calculation might need to branch independently, limiting the performance speedup from just throwing wider SIMD ALUs at it.
[1] https://www.techpowerup.com/forums/threads/post-your-cineben...
One person thought that benchmarks were saying that the M1 had strong SIMD performance, but the reality is that cinebench (and in fact most renderers) doesn't use SIMD very effectively when looking at the whole process, and the assumption that it demonstrates SIMD performance is not correct.
Instead of making your cpu able to execute more instructions per cycle, why don't you make each instruction do more work. SSE packs four floats/ints or two doubles/longs into a single 128bit register and then you can do the same ALU operation to each lane.
It works great on certain workloads.
With AVX, Intel increased the size of these registers to 256bit (eight floats) in 2011 and are currently pushing AVX512 doubles the width again (16 floats).
Apple, and ARM in general are limited to 128bit vector registers (though they are plans to increase that in the future)
Cinebench is well known as a benchmark which takes advantage of the 256bit AVX registers, and some people have speculated that Apple's M1 might be at a significant disadvantage because of this, with just half the ALU thoughput.
But these numbers show that while cinebench gets a notable boost from AVX, it's not as large as you might think (at least on this workload), allowing the M1's IPC advantage to shine though.
A SIMD is basically controller + ALUs. A wider SIMD gives a better calculation to controller ratio. Fewer instructions decreases pressure on the entire front-end (decoder, caches, reordering complexity, etc). This is more efficient overall if fully utilized.
The downsides are that wide units can affect core clockspeeds (slowing down non-SIMD code too), programmers must optimize their code to use wider and wider units, and some code simply can't use execution units wider than a certain amount.
Since x86 wants to decrease decode at all costs (it's very expensive), this approach makes a lot of sense to push for. If you're doing math on large matrices, then the extra efficiency will make a lot of sense (this is why AVX512 was basically left to workstation and HPC chips).
Apple's approach gambles that they can overcome the inefficiencies with higher utilization. Their decode penalty isn't as high which is the key to their strategy. They have literally twice the decode width of x86 (8-wide vs 4-wide -- things get murky with x86 combined instructions, but I believe those are somewhat less common today).
In that same matrix code, they'll have (theoretically) 4x as many instructions for the same work as AVX512 (2x vs AVX2, so we'd expect to see the x86 approach pay off here. In more typical consumer applications, code is more likely to use intermittent vectors of short width. If the full x86 SIMD can't be used, then the rest is just transistors and power wasted (a very likely reason why AMD still hasn't gone wider than AVX2).
To keep peak utilization, M1 has a massive instruction window (a bit less than 2x the size as Intel and close to 3x the size of AMD at present). This allows it to look far ahead for SIMD instructions to execute and should help offset the difference in the total number of instructions in SIMD-heavy code too.
Now, there's a caveat here with SVE. Scalable vector extensions allow the programmer to give a single instruction along with the execution width. The implementation will then have the choice of using a smaller SIMD and executing a lot or a wider SIMD and executing fewer cycles. The M1 has 4 floating point SIMD units that are supposedly identical (except that one has some extra hardware for things like division). They could be allowing these units to gang together into one big SIMD if the vector is wide enough to require it. This is quite a bit closer to the best of both worlds (still have multiple controllers, but lose all the extra instruction pressure).
But at this point I really have to question what code gets decent speedups with AVX512 that wouldn't preform even better on a GPGPU.
They trail the software improvements. To give you an anecdote - I got a ThinkPad T430s and it made my work feel 10x faster(Java EE development in 2012). I got my next ThinPad P51s in 2017 - an it was just one huge disappointment. It felt like Intel was stepping back. I now have ThinkPad P1 and computing power is still just OK, though still better than the U class i7 in P51s.
I'll be happy to knock Apple for marketing BS("3 times faster", etc). But Intel has shown that they just need to crumble. I hope that my next laptop is not using Intel's ISA or cores.
the microcode bugs cut performance by 20-30% varrying in your workloads. and it comes with a 4k display? That would also contribute to a performance loss, depending on what you're doing.
That 2.8-3.9 cpu would be equal to a 2.3-3.3 before the bug, afaik. Thats hardly faster than 10 year old duals, wow!
>>they just need to crumble.
>Less competition will only make things worse for us consumers. ¯\_(ツ)_/¯
Intel is so large that it is using up too much of production capacity for anyone to enter the market. Intel crumbling = more resources for new players to get lower cost manufacturing capacities.
As far as I know, DotA 2 is running on Rosetta.
You want your old games to run forever, you sadly have to do that on x86 Windows (or maybe Linux with more or less of a headache setting them up).
Personally, I would lean towards suggesting the purchase of a console. The new generation has some really nice consoles, and the Nintendo Switch is still really fun in other ways.
Incidentally, I'm still on Mojave because of that.
vs
$699 mac mini (2 ports + hdmi) + ipad $329 = $1029
Thinking of upgraing, my current macbook 2013 sits in a drawer 99% of the time connected to a monitor and keyboard. That 1% of the time when I travel, the macbook is too large to use comfortably on an airplane seat. The ipad would work better for this use. macbook air also only has two ports, so one would be used for external monitor, the other for power. No place left to connect external drives. Which I need to use for video editing, and sometimes need to connect two drives to transfer files between them. Seems like this would only be doable on macbook air running on battery.
I don't see why it couldn't about the size of a wallet and offer at least as good thermals as a macbook air.
HDMI doesn't have power and typically no peripherals like keyboard and mouse. To get that to work as I would want it would need multiple cables plugged into it.
I just want to stick my computer into a hub like a flash stick and have it boot up.
You can do all this through one port. Most LG or Dell thunderbolt 3 monitors can supply 65 watts of power (some models may be higher, up to 80 or even 100w) any of which should be enough to run and charge this macbook air decently, and have 3 extra usb type A ports on the monitor.
This is mostly about architecture, not silicon process.
From A13 to A14, Apple managed to increase the clockspeed by about 15% and increase IPC by 5% all while keeping power consumption the same.
In single core tests the 4800u is running that core at 4.2Ghz. Yet it gets soundly bested by the M1 @ 3 - 3.2Ghz (running at a 50%+ advantage, 65%+ clock per clock). The M1 has an enormous IPC advantage.
In a multicore test the 4800u has 8 performance cores with HT. It only marginally beats an M1 with 4 performance cores and 4 efficiency cores (by the scaling the efficiency cores look like they're 1/4 performance or worse -- these are very lightweight cores).
Again, it's the best of the rest, but Apple clearly holds an enormous lead here. Somehow everyone is focused on 5nm, but the A13 on 7nm was still in a substantial lead. The 4800u on 5nm is only going to be marginally better.
Apple clearly sandbagged this first entrant because they're packing it into their "entry level" devices. In six months or whatever they'll unveil the 6+2 core device in the mid range, the 12+2 in the high range, etc, and we'll be back at these discussions.
(Speaking generally) - This whole discussion about Apple Silicon is fascinating because the goal posts have moved so much. Looking back to HN discussions a year ago and everyone was talking about some pathetically weak entrant that would be a joke, etc. Now people are celebrating that it doesn't beat a 24-core, 300W Threadripper. Now the narrative is that it isn't impressive because the v1 didn't overwhelming destroy everything else in the market.
This is definitely not true. We already know Zen 3 is +20% IPC over Zen 2 on the same process at the same power. So add 20% to the 4800U without changing anything else as a starting point.
Then toss in the process improvements from 5nm (which TSMC says is either 15% faster or 30% less power) as well as any further architectural improvements that AMD is doing in Zen 4 and there's going to be a very significant gap between the 4800U and AMD's 5nm 6800U or whatever they end up calling it.
You replied that if you take the 4800u, switched it to 5nm, switch it to Zen 3...no actually switch it to to Zen 4 and a completely different chip, it would be lots better so what I said is "definitely not true".
I'm not sure this logic follows.
And that's before considering the density improvement that came along with it (which is also substantial - TSMC's N5 is up to 1.8x the density of N7). Which is why I mentioned Zen 3 & Zen 4, because you don't make the same chip across a shrink. You use the extra budget to do things
So put that to 5nm. Either you've partly closed the large efficiency gap, or you've closed the significant performance gap, but in neither case will you come close to closing it entirely. So you're either a little less slower, but still a lot less efficient, or a lot slower, but a little less efficient.
Yeah, maybe they'll do some amazing things on the core that'll overcome all of this. But right now the Firestorm core has a massive advantage. AMD can go to Zen4 and 5nm and maybe they'll close the gap, but Apple won't be sitting still.
Apple entered the desktop space and brought the most efficient core (by _far_), hilariously offering the best per core performance without going to magnitudes higher thermal profiles. It's pretty amazing. So now we're into comparing it to hypothetic, mythical alternatives from competitors in the future.
Sidenote: Apple has had blazing cores for a few years now, and every denier will claim it's just some big cache or some other absurd simplification. If that were the case, everyone would just copy them.
The current rumors are pointing to a single 8+4 chip for the higher end 13" Pro and a 16" Pro possibly with vastly improved graphics
[0]: https://www.notebookcheck.net/The-Ryzen-7-4800U-is-an-Absolu...
https://techcrunch.com/2020/11/17/yeah-apples-m1-macbook-pro...
Safari is already a universal binary on my Intel Mac running Big Sur; that means WebKit runs natively on Intel and M1 processors.
I don't know how well it will hold up to its x86 competitors like this, especially once they launch their 5nm CPUs next year.
I mean that's kind of expected if you compare a low-power CPU with fewer cores against an unlimited-cooling desktop monster with much more cores.
The M1 will likely be an amazing laptop chip, but still unusable for demanding desktop work, e.g. CGI.
https://www.anandtech.com/show/16252/mac-mini-apple-m1-teste...
Indeed, it they were to add a few more cores to their M1, then AMD could have also thrown a few more cores in their 4800, and it would have been a wash.
Are we looking at the same charts here? For cinebench multithreaded, the AMD 4xxx series CPUs are zen 2 parts with 15/35W TDP, hardly "unlimited-cooling desktop monster" like you described.
Looking through the benchmarks, the zen 2 parts generally seem to have lower performance than the M1. The cinebench multithreaded benchmark is one exception. It's not that surprising because the 4800U has more cores than the M1 has high performance cores. The M1 wins the single threaded cinebench benchmark.
The M1's float results are weirdly good relative to the int results, though. Not sure why Apple seems to have prioritized that so much in this category of CPU.
Taking a loop and adding a bunch of `x|0` can also often boost performance by hinting that integers are fine (in fact, the JIT is free to do this anyway if detects that it can).
The most recent spec is also adding BigInt. Additionally, integer typed arrays have existed since the 1.0 release in 2011 (I believe they were even seeing work as early as 2006 or so with canvas3D).
This is Apple's first non-mobile chip ever. You think this is the best they can do, ever?
That said, it's an amazing notebook CPU.
Nvidia has been making ARM SoCs since 2008. They have been used in cars, tablets, phones, and entertainment systems.
What do you think powers the Nintendo Switch?
I meant that NVIDIA will start producing ARM CPUs optimized for peak data-center performance, similar to how they now have CUDA accelerator cards for data centers, which are starting to diverge from desktop GPUs.
In the past, NVIDIA's ARM division mostly focussed on mobile SoCs. Now that Graviton and M1 are here, I'd expect NVIDIA to also produce high-wattage ARM CPUs.
> Although it's extremely difficult to get accurate Apples-to-non-Apples benchmarks on this new architecture, I feel confident in saying that this truly is a world-leading design—you can get faster raw CPU performance, but only on power-is-no-object desktop or server CPUs. Similarly, you can beat the M1's GPU with high-end Nvidia or Radeon desktop cards—but only at a massive disparity in power, physical size, and heat.
...So, given that, and assuming that Apple will attempt to compete with them, I think it likely that they will, at the very least, be able to match them on even footing, when freed from the constraints of size, heat, and power that are relevant to notebook chips.
[0] https://arstechnica.com/gadgets/2020/11/hands-on-with-the-ap...
They have been making mobile ARM chips for quite some time, so it's not like they are inexperienced.
Short, wide architectures are historically harder to frequency scale (and given how power vs clocks tapers off at the end of that scale, it's not a bad thing IMO).
4nm isn't shipping until 2022 (and isn't a full node). TSMC says that the 5 to 3nm change will be identical to the 7 to 5nm change (+15% performance or -30% power consumption).
Any changes next year will have to come through pure architecture changes or bigger chips. I'm betting on more modest 5-10% improvements on the low-end and larger 10-20% improvements on a larger chip with a bunch of cache tweaks and higher TDP.
Intel 10nm+ "SuperFin" will probably be fixing the major problems, improving performance, and slightly decreasing sizes for a final architecture much closer to TSMC N7.
I'm thinking that AMD ships their mobile chips with N6 instead of N7 for the density and mild power savings (it's supposedly a minor change and the mobile design is a separate chip anyway). Late next year we should be seeing Zen 4 on 5nm. That should be an interesting situation and will help resolve any questions of process vs architecture.
But you cannot extrapolate these numbers (to multi-core performance or to more cores or to a possible M2 with a larger TDP envelope), nor can you even directly compare them. The Ryzen 9 5950x makes an entirely different trade-off with regard to number of cores per CPU, supported memory, etc., which allows for more cores, more memory, more everything...and that comes at a cost in terms of die space as well as power consumption. If AMD had designed this CPU to be much more constrained in those dimensions and thus much more similar to what the M1 offers, they would surely have been able to considerably drive down power consumption - in fact, their smaller units 4800U and 4900HS which were also benchmarked and which offer really good multithreading performance for their power envelope, even better than the M1, clearly demonstrate this fact.
What I read out of these benchmark numbers is: the ISA does matter far less than most people seem to assume. ARM is no magic sauce in terms of performance at all - instead, it's "magic legal sauce", because it allows anyone (here: Apple; over there: Amazon) to construct their own high-end CPUs with industry-leading performance, which the x86 instruction set cannot do due to its licensing constraints.
Both ISAs, x86_64 and ARM, apparently allow well-funded companies with the necessary top talent to build CPUs that max out whatever performance you can get out of the currently available lithography processes and out of the current state of the art in CPU design.
This was my conclusion too. Does this mean, there is not much possibility of desktop pcs moving to ARM anytime soon? Perhaps, laptops might move to ARM processors, but even that seems iffy, if AMD can come up with more efficient processors (and Intel too with its Lakefield hybrid cpu)
The 5950X's uncore consumes a significant amount of power, but penalizing it for that seems more than a little unreasonable. The M1 is getting power wins from avoiding the need for externalized IO for GPU or DRAM, but those aren't strictly speaking advantages either. I, for one, will gladly pay 20w of power to have expandable RAM & PCI-E slots in a device the size of the Mac Mini much less anything larger. In a laptop of course that doesn't make as much sense, but in a laptop the Ryzen's uncore also isn't 20w (see the also excellent power efficiency of the 4800U and 4900HS)
In multi-threaded, the Ryzen 5950X is at 28,641 while M1 is at 7,833. So no, the Mac Mini is maxing out at 27% of the Ryzen 5950X if you use it properly. And I was already friendly and used the M1 number for a native port, while in reality you'll likely need Rosetta and take a 33% performance hit.
For users like you or I, of course we'd see a huge difference, but not everyone is running workloads that need more than 2 or 4 cores.
It’s hard to imagine a regular person playing games or editing the family photos or editing the kid's birthday party videos aren't using multiple cores for almost everything they do.
Even browsing the web these days uses multiple cores.
Apple wouldn't have made the investment if people couldn't see and feel real world results.
GNU gold was doing threaded linking 15 years ago, and nowadays threaded linking is the default for new linkers like LLVM's lld. Unless you use very specific GNU linker hacks, there aren't any reason to not use lld, it works fine for linking large software like LLVM/Clang, Qt, ffmpeg...
Getting 1/4 of the performance with 1/4 of the (high perf) cores and 1/6 of the power is very impressive.
This appears to be wrong. From what I can see on apple.com, the Air offers the choice of a 7 or 8 core GPU, while the Pro and mini start with the full chip.
Although hardware specific software from Apple is probably a big part of that draw too. I don't think we're ever going to see Linux prioritize a certain hardware and put in the effort to make it integrate as well as macs does.
Perhaps I'm a bit jaded after running into too much bullshit trying to get Linux running well on laptops in the 90s and 00s. Since I made the move I never wax nostalgic for the "Good Ole Days" of fighting for hours to get Wifi working properly.
Even assuming Apple released the specs so you could port Linux to M1, on top of the usual laptop driver issues around the trackpad, wifi drivers, and video drivers, you also have to deal with the Secure Enclave. Without that, you are stuck with either a non-encrypted drive or running drive encryption on the CPU which is likely going to kill many of the performance gains from using the Mac hardware. Likewise, without the Secure Enclave, you lose fingerprint auth.
Not anti-Linux by any means, but dropping Linux on the M1 isn't going to get you the same performance or battery life by any means. You are far better just going with a laptop which was designed to be Linux friendly to start with.
I'm literally trying to figure out how to install Python 3.6 alongside 3.9 in MacOSX .... right now, and it's not a one line command.
So... No. It has massive issues with developer friendliness. New OSX stalls with bluetooth mice and randomly locks my keyboard(MBP 2020). The only thing I can commend OSX on - battery life on a MacBook and nothing else
To be fair, that's not easy on any OS (well, maybe Windows). Certainly on CentOS it is a chore to get two versions of Python installed simultaneously.
Unsupported versions - harder, but still a few commands...
Supported versions? sudo apt install python-3.6 and done.
conda create -n myenv python=3.6
Having multiple versions of system Pythons can be complicated. I've learned not to touch the system Python.Here’s a script (that no longer works apparently due to a new system signing restriction) that disabled some of those, to give an example of the amount of crap running by default: https://gist.github.com/pwnsdx/1217727ca57de2dd2a372afdd7a0f...
The way that for Windows people Unix was "other" and bad and scary. Now we have legions of programmers who were brought up on Linux, and now think of Unix as "other."
And admining them was definitely very different aside from the basic shell commands.
I can assure you that you didn't have to do that for quite some time and it's not that which people are looking for.
- Am looking for a system that lets me run any damn thing I want without pipups, blocks, firewalls, warnings, requiring signed binaries etc.
I am looking to run and develop for the same environment I end up deploying on.
- I want a system that has native docker support, systemd and makes updating the whole system or installing pretty much anything as easy as one terminal command.
- It's important for me to trust my system; where I know no single entity has more power over the machine than myself and no secret upgrades I didn't desire are going to be pushed my way.
- There's no telemetry in my ideal system, certainly not at the system level and patched out at the app level where possible.
- I want a system that is open, configurable, respects the four freedoms and is community ran.
macOS cannot give me this, no matter how "fundamentally BSD" it is. I value the freedom that free software gives that no closed-source BSD ever could.
This is the reason I initially started using macOS more than a decade ago.
However, I've been told that I'm the wrong kind of user by Apple fans whenever I criticize Apple for transforming macOS from a pretty Unix into a locked-down App Store appliance.
The BSD parts of macOS are getting old and crufty, and are being locked out and overridden by Apple's proprietary and significantly-undocumented layer. For an example of this, check out how networking is done on modern macOS versus how networking is done on a BSD or Linux.
> Perhaps I'm a bit jaded after running into too much bullshit trying to get Linux running well on laptops in the 90s and 00s
Linux has gotten much better, and the problems of the 90s and 00s have vanished for my use case.
These days, at least to me, Linux is the pretty Unix that just works that macOS used to be.
Sure, it has a 'nice/well integrated GUI', but I'm not allowed to choose a different one. Good luck configuring the one they give you for different machines without lots of pointing and clicking. (Yes I know about `defaults write`, I tried to maintain a script to configure everything that way and similar for several years, things change every version, and it's a mess even when it works. It's not how they want you to do it, and it shows.)
Comment I replied to was 'I wouldn't pay for Apple hardware if I didn't want the software' implying that would be a stupid thing to do.
I prefer its hardware to anything else; I prefer Linux to macOS. So that's exactly what I'd want to pay for.
It's not just about individual drivers though, it's about the surrounding kernel infrastructure and the whole desktop experience. For example, getting instant suspend/resume working on Linux is not (I'm fairly sure) just a matter of writing a driver for a particular bit of hardware.
There are people who have clean room implemented entire nvidia drivers. Without doc. We can manage fine with whatever incomplete doc Apple allready has.
Even if Apple does nothing to stop you running whatever software you like on the device, you’re still likely to be out of luck. I wouldn’t be surprised if some enterprising folks have a good run at it, but it’s likely to be a massive undertaking.
“We’re not direct booting an alternate operating system,” says Craig Federighi, Apple’s senior vice president of software engineering. “Purely virtualization is the route. [...]”
https://www.theverge.com/2020/6/24/21302213/apple-silicon-ma...
To be clear, I'm not saying that there couldn't possibly be any good reason for wanting to run Linux on a Mac desktop. But desktops are already a niche product for Apple, and people who want to run Linux on Mac desktops are arguably a tiny niche within a niche.
In fact macOS itself is more restrictive nowdays than it used to be.
Is the worry that Apple and its practices will dominate the industry to the point that you literally will not be able to turn on your current machine and use it?
I know you're joking, but I actually kind of am...
Apple has a tremendous amount of industry influence, just see removal of the headphone jack.
When macOS deprecates support for these ARM Macs in 5-7 years, Linux isn't an option for them unless Apple puts in a lot of work to support a mainline Linux kernel on their hardware. Apple has said they won't support running other operating systems on these ARM Macs unless they're virtualized.
Why would Apple need to "put a lot of work in"? Apple doesn't support Linux on 86 either. Third parties did the Mac Linux ports for 86, and will do them for the ARM Macs.
The only thing Apple needs to do is to not lock the ARM Macs from booting another OS, which is very easy to do -- Apple doesn't need to invest lots of work to run Linux on ARM Macs, just needs not to prevent it.
Because ARM SoCs are fundamentally different than 32-bit and 64-bit x86 machines. The prime difference is the lack of an enumerable bus that even some ARM servers have, but are missing in ARM SoCs.
I bought an x86 Mac when they were first released and I was able to boot an Ubuntu live CD when I got it. No work was needed to get a mainline kernel running on a x86 Mac, but work was needed to support things like Apple's SMC and cameras etc.
> The only thing Apple needs to do is to not lock the ARM Macs from booting another OS, which is very easy to do -- Apple doesn't need to invest lots of work to run Linux on ARM Macs, just needs not to prevent it.
This is not true. Given the lack of an enumerable bus, someone will need to either fork the kernel and hardcode addresses for hardware, or someone will need documents to build out the DeviceTree. If hardware doesn't conform to existing standards, which nearly every ARM SoC follows their own, someone will need to do further work port the kernel to the machine. All the special deviations from standards that Apple baked into their hardware either needs to be documented accurately, or Apple needs to put the work in to get mainline Linux running on their SoCs.
This is a general problem in the ARM SoC and Linux space, and is not unique to Apple's SoCs. There are millions of ARM SoCs that are either stuck on old kernel forks because vendors never put the work in to get mainline Linux to support their SoCs, or they will never run Linux at all, ever. I don't even think all of the Raspberry Pi models have mainline support yet, and those that do only have it because of the work put in by the RPi Foundation, which has access to some vendor documentation, but I don't believe all.
To get an idea of the scope of the problem concerning Linux support on ARM SoCs, check out this presentation[1].
'Purchasing' a Kindle book or video on Amazon is also renting for example and yet it does not mean you have to continue paying and yet you don't own the copy as Amazon's going to decide how you're allowed to consume it and if they're going to let you keep it[1][2].
1 - https://en.wikipedia.org/wiki/Amazon_Kindle#Criticism
2 - https://www.hollywoodreporter.com/thr-esq/amazon-argues-user...
In particular, this is the first 5nm chip to be widely available, and by most accounts on performance it competes with top of the line hardware at a small fraction of the power use. Most existing ARM chips are designed for the very-low-power market, e.g. in phones, not to be used in a high performance laptop.
If there's a Dell or Thinkpad laptop with an ARM chip that's comparable, by all means, let me know.
That's part of the value proposition (leave it or take it).
There is a massive marketplace for tinkering on computers, from Arduinos to multi-GPU ML rigs. Trying to optimize for both classes of things seems like a foolish endeavor, especially when Linux users represent such a small fraction of the desktop market.
It's not clear to me that the new Macs won't allow booting Linux if the Linux community can figure out how to do it. The number of folks booting Linux on Mac via Boot Camp has to be really tiny.
For comparison you can check the progress of Linux on iPhones (which is actually a thing!)
https://forums.macrumors.com/threads/running-linux-on-apple-...
Mainline Linux support requires a lot of work from vendors. Check out the ARM SoC Linux market for an abundance of examples of this problem. Many of the devices will be forever stuck an old kernel fork and will never run a mainline kernel.
https://support.apple.com/guide/mac-help/macos-recovery-a-ma...
When it comes to ARM SoCs, Linux requires vendor support to get it running. If you want mainline kernel support, that requires even more work that many vendors just aren't providing.
A locked bootloader is just one issue to overcome for Linux support. A lot of the real issues come down to the lack of an enumerable bus on ARM SoCs, along with a lack of drivers.
Without vendor support from Apple to support Linux, these devices will be like the millions of iPhones and iPads that don't run Linux and will never run Linux.
Most ARM SoCs that are sold explicitly as mini Linux computers also have this problem. Many of them are stuck on old kernel forks, because vendors didn't give the proper support their SoCs needed to run a mainline Linux kernel.
tl;dr: For Linux to be a viable option on Apple's SoCs, Apple needs to put in a lot of work to explicitly support Linux. Without that vendor support, you will never be able to download a Linux ISO and install it like you can on an x86 Mac.
But if you want full control over your hardware... Apple isn't the way to go. I'm not even sure what the "OS of our choice" means when we're talking about a custom-designed SoC. The amount of reverse-engineering required to get any other OS to work would be staggering, no?
If you want to run a custom OS natively, you need to buy a laptop with a commodity chip, not a custom one. Fortunately, there are tons of them.
If Apple had decided to support it, that is.
Apple's hypervisor technology runs natively on the M1; Linux running on that will be faster than Linux running on anything else you can buy for the same amount of money.
They showed Debian running on Apple Silicon during the WWDC keynote nearly 6 months ago.
I expect a future “M2” to maybe take the performance crown, but AMD isn’t standing still. Cezanne has Zen 3 cores, which should boost IPC by about 20%, and Rembrandt should get to 5nm and have RDNA2 graphics.
1. You're not going to get 20 hours of battery life.
2. Don't forget it's not just the M1—it's the unified memory, the 8 GPU cores and the 16-core Neural Engine. Most CPU and GPU-intensive apps are going to run faster on the M1 than on your machine. Even x86-64 apps using Rosetta 2 on an M1 Mac may run faster, since those apps are translated to native code on the M1.
3. Mac's SSD is probably faster; it's essentially a 256GB cache for the processor.
4. The Mac can run iOS/iPadOS apps too.
5. If done right, Linux compiled for the M1 will likely run faster on an M1 Mac than it does on a machine like yours, especially if Apple provides a way to access certain hardware features.
We’ll have to see what happens but expect these machines to be pretty popular with users, even those who need to run Linux when that the distros are updated.
We shouldn't forget that the underpinnings to all of this is Darwin, the BSD-derived Unix layer which is already running natively on M1, including the compiler and the rest of the toolchain.
Sorry to burst your bubble, but you're not going to get 20 hours of battery life in real world usage on the M1 either. The early tests show about 10-12h, which is the same as my (and many other) laptops under regular usage.
> 2. Don't forget it's not just the M1—it's the unified memory, the 8 GPU cores and the 16-core Neural Engine. Most CPU and GPU-intensive apps are going to run faster on the M1 than on your machine. Even x86-64 apps using Rosetta 2 on an M1 Mac may run faster, since those apps are translated to native code on the M1.
Now it feels like you're just regurgitating marketing talking points. Can you tell me what "unified memory" even is exactly? Is it zero-copy support, because AMD has had that on its APUs since... 2013 or thereabouts. Is it LPDDR4 on a pop package, because all that means to me as an end user is I can never upgrade my memory and that I'm limited 16GB of memory (which I regularly go over - I am using 19GB of RAM right now just with browser tabs open). As for performance, we already know from the early testing that the M1 under-performs 8C Zen2 for heavy MT workloads like compiles and renders, so ... what are you saying exactly, somehow running software via emulation/translation will magically make that faster?
> 3. Mac's SSD is probably faster; it's essentially a 256GB cache for the processor.
Again would you simply assume that a Mac's SSD is "probably faster"? It in fact is not. The 256GB SSD on the M1 MBA was tested at 2676MB/s reads, my value NVMe SSD, a $200 2TB ADATA SX8200PNP does 2917 MB/s on my laptop. As for SSD as cache - what are you talking about? L2/L3 latency is typically about 10ns latency. NVMe latency is typically on the order of hundreds of microseconds, roughly 10,000X slower.
> 4. The Mac can run iOS/iPadOS apps too.
Poorly, but I mean, but surely this irrelevant to Linux performance?
> 5. If done right, Linux compiled for the M1 will likely run faster on an M1 Mac than it does on a machine like yours, especially if Apple provides a way to access certain hardware features.
Which hardware features? This is rhetorical. I know this is just hand-waving.
> We’ll have to see what happens but expect these machines to be pretty popular with users, even those who need to run Linux when that the distros are updated.
We'll see what happens. You can track the state of Docker here, for example: https://news.ycombinator.com/item?id=25119396
> We shouldn't forget that the underpinnings to all of this is Darwin, the BSD-derived Unix layer which is already running natively on M1, including the compiler and the rest of the toolchain.
Darwin/macOS may be POSIX compatible, but it is not production compatible with Linux. Like lots of other devs, I've used Macs in the past (for many years) and you always run into compatibility issues small and not so small until you're either running either a completely parallel devchain via Homebrew or MacPorts, or in a VM. Honestly, WSL these days is a more Linux-friendly dev environment than macOS. But then again, it's even easier/better to run Linux and Docker these days.
Yeah, laptops that look like bricks.
> Can you tell me what "unified memory" even is exactly?
GPU shares memory with the AP
> Is it LPDDR4 on a pop package
On SoC, no PoP
> I'm limited 16GB of memory
Wait for new hardware
> which I regularly go over - I am using 19GB of RAM right now just with browser tabs open
This isn’t how memory works :/
Eh, the laptop I'm using at the moment has a 15.6" display and 91Wh battery and is less than 100g heavier and about 1mm thicker than the 13" MBP. It's also 500g lighter than the 16" MBP. Lots of other properly tuned modern x86 laptops can perform similarly. For example the 14" 1.48kg 18mm 56Wh battery HP EliteBook 845 G7 manages >12h on NBC's wifi websurfing test: https://www.notebookcheck.net/HP-EliteBook-845-G7-review-AMD...
> This isn’t how memory works :/
Fair point that free might not be the best way to measure things, I have more tabs open now but still not doing work (obviously), so let's compare:
total used free shared buff/cache available
Mem: 65328424 26679236 31393956 1165140 7255232 36284812
Swap: 67108860 3197072 63911788
With totaling per-process shared/private memory (I uses memstat.sh for this). And the total I get is: 18.37 GiB - lower, but actually not so far off.This is only with a two browsers (a few hundred tabs) and some resident electron apps open, mind you. Before upgrading (w/ 16GB memory) I was often hitting swap, and now I'm not. But if you don't ever need >16GB of RAM, lucky for you I guess.
Here's an early test that’s quite different from what you described. I’d bet dollars to doughnuts your laptop can't play fullscreen, 4k/60fps video for 20 hours using only the battery:
In fullscreen 4k/60 video playback, the M1 fares even better, clocking an easy 20 hours with fixed 50% brightness. On an earlier test, I left the auto-adjust on and it crossed the 24 hour mark easily. Yeah, a full day. That’s an iOS-like milestone.
Another one: Just 17% of the battery to output an 81GB 8k render.
These are just a couple of highlights from the article "Yeah, Apple’s M1 MacBook Pro is powerful, but it’s the battery life that will blow you away": https://techcrunch.com/2020/11/17/yeah-apples-m1-macbook-pro...
You have to look at the totality of the what's going on.
In short, the M1 Macs are right up there with the fastest machines available at reasonable prices and at a fraction of the power consumption.
The machines set a new level of performance per watt and there's no disputing that. That's pretty good for their first attempt at Apple Silicon Macs.
Apple has deeper pockets than anyone else on the planet, and they have considerable experience doing this kind of thing –literally, decades.
Say what you will about Apple; this is a strong point for them.
But I'm still waiting for the M2 before I upgrade. I'm also interested in new form factors. Right now, they are still relying on the currently-tooled production line for their shells. They now have the ability to drastically change their forms.
Apple has the luxury of building two or three chips total per year and simply funding TSMC fab. All of this is to fund the largest grossing annual product launch. If their chips fail at being world beaters, hundreds of billions of dollars are on the table. All in, Apple spends an incredible amount of money here, ~$1 billion. Per chip design shipped, Apple is probably spending much more but also getting their return on investment. It's such a tight integration that if TSMC were ever delayed by say, four months, I have no idea what Apple would do.
AMD is playing smart, fast and loose. Best chip CEO by a wide margin. AMD's gains really are on Apple's back, their chip design is brilliant and they get to reap the leftovers when Apple turns out their latest chip. They don't have to fund Fab, they don't have to make crazy claims to appear relevant like Intel does. They just ship great bang for the buck and the fab gains and their own hard work has given them best performance title too. Going Fabless was one of the most controversial choices ever made in the industry...and wow, was it the right move.
Reminds me of this story: https://www.theregister.com/2018/04/16/amd_ceo_f1/
Also, the iMac could lose that bulge in the back.
MacBook pros could become only as thick as required for the keyboard, with the logic engine in the display section.
Batteries could become much smaller. We probably have good enough runtime, now, so it would be about reducing battery size.
A4, A5, A6, A7, A8, A9, A10, A11, A12, A13, A14, M1
I am worried about the other hardware and MacOSX being total POS right now.
In my experience, installing alternate OS's on Mac hardware has never been frictionless or satisfying anyway.
It would be if they take some effort to support it.
Oh, definitely. But the Linux (or alternate OS) fans are not really on Apple's radar. OTOH, they do a good job of keeping some core binaries up-to-date, like zsh and Vim, and they did appeal about getting good compile times during the M1 release event, so they consider POSIX users part of their target market.
Last I checked, I can compile and deploy an iOS app without the need for anything POSIX.
Obviously they still intend for the Mac to remain a general purpose computer or they wouldn't be putting this much effort into it.
Rather, they foresee OS X becoming a system where you can't run programs that haven't received Apple's blessing and been brought through Apple's store. Blessings that will be denied to software like youtube-dl.
As to why they would do this? A combination of the good of most users, who will enjoy protection from malware and viruses; and the irresistible temptation of a 30% cut of all sales.
They added System Integrity Protection (SIP) in El Capitan in the name of security which clamped down heavily on what people could do with their system, limiting hacks that allowed for modification of system applications, etc. Outwardly you can claim that this is a sign of them making it so people don't have control over their system. The reality is that it can be turned off by anyone that cares enough to do so.
They added checks to inhibit installation of unverified executables from the web. If you don't have a signature from Apple, you can't run it. That surely means they're taking control, right? Well, except that it doesn't actually stop you from installing the software.
They keep adding checks to inhibit users from endangering their system (such as much more granular permissions in Mojave/Catalina), but they have not made it impossible to execute any arbitrary code you want on their system if you want to.
Tablet dominated world never materialized.
Post PC era isn't here, the PC is dominant still. Even iPad Pro got laptop like, than any laptop got iPad like. iPad's sales are either stalling or declining.
Yes - Apple clearly wants to keep that laptop market and be general enough to be useful. But general purpose is for general public, not your average HN reader.
It's not only about POSIX. After the X years of planned lifetime (with proper software/OS updates), will there be any solution to extend the lifetime (which is what I used Linux for, on > 10 years-old laptops) ? I guess there will be no solution against planned obsolescence...
And with regards to control and privacy : will Apple finally give-up their policy of deciding (and tracking) "for your own good" which apps you are allowed to install and launch ?
A good example were the old Asus Transformer tablets. They were a super niche device, but it still lended itself to Linux and so a small team of people managed to load Ubuntu on it.
Another are Samsung phones. They try to lock people out, but they have popular enough devices that people find a way to put LineageOS on them.
Finally, even iPhones aren't immune. Small teams of people have managed to load Android on them and get it (partially) working. More people would give them even greater functionality.
If laptop manufacturers lock things down with ARM, there will be people who work around those mitigations and install their own OS on that hardware. Tooling will be developed to make that process easier and easier for the next round of people with that device (or future devices). It'll suck up front until the community grows large enough to work around issues faster and faster.
And that's even supposing worst case scenario. I'm not fully buying the idea that you _won't_ be able to change the OS on these laptops. Microsoft has tried (and failed) to lock other OS's out of their laptops. Chromebooks are (currently) the largest market of ARM laptops and you're able to change the OS on them. Apple might be the only company even remotely able to hinder freedom on their devices.
Either way. In the war on general computing, I'm generally optimistic for the users.
Also even if you liberate a single device, it does not mean all your hack will work on the next one - it's a never ending battle. And without making sure manufacturers actually respect some standards such as they do on x86, it might become a loosing battle long term...
Even in that scenario though, ARM devices use standards too. There's a reason I can generally pick up any Android device and know what needs to be done to build my own OS for it. We just lack tooling that makes that incredibly easy and lack maintainers who want to make those devices work with the mainstream linux kernel.
Having open devices though (outside of Apple) is still my bet. We still need to make that process smoother but that just means there's lots of low hanging fruit :)
Still I don't see this scaling unless more of the ARM stuff is standardized or upstreamed by manufacturers - IMHO there is simply not enough OSS developers being both willing and able to do the often menial yet necessary platform adaptation work.
For that reason I'm morehopeful about built-to-be-open hardware like the Pine Phone, as that could help reducing or removing the device support treadmill, so useful features can be actually developed. :)
You're absolutely right. I bought my first MacBook Pro (17") in 2007 (and it's still running at my parents' house!) Over time all the machines in the house save my work/gaming rig have been replaced by Macs (iMacs, MBP, 12" MB, etc.)
Now I plan on reversing course. I'll keep my iPhone for now because everyone in the family lives in the blue bubbles (iMessage.)
The MacBook Pros are another story. I don't know. I can't see me buying any new Intel Macs since they'll be phased out at some point.
I've never had much luck with the Dell XPSes. I may give ThinkPads a look (I have a P50 at my current job which has been fine (if not for all the corporate antimalware slowing it to a crawl.))
EDIT: I'm getting downvoted, maybe because I was too cryptic. To clarify, it seems like the rumors that gain traction with mainstream sites and Apple-focused YouTube channels and forums tend to have strong correlation with something that will happen later.
They're not going to remove the ability to run arbitrary code or the unix core. There would literally be no reason to buy a mac over another product of theirs.
Yes, they won't support dual booting linux - you can run a VM, but if that's a dealbreaker - fair enough.
There's absolutely no chance however that savvy users will not be able to continue running non app store apps.
Apple want control, but they're not stupid enough to completely lock down the development machines for their entire ecosystem.
There isn't much people can do about that though? You basically have to run their OS to develop apps for Apple products, and people who don't develop apps for Apple products don't use Mac's anyway. Just make a laptop appstore with everything you need to develop Apple products and they could force all programs to go on it and they would lose almost no users of their laptops.
So instead of going on evidence and public statements by Apple executives - statements that have repeatedly said the Mac is the Mac - you choose to believe random internet comments?
There is a delicate balance between protecting average users who have no clue what is safe software and what isn't vs allowing power users and developers to do what they want. Since the days of ActiveX controls we've know if you give users a "Please pwn me" dialog they'll just click "OK". They've been trained that computers put up lots of pointless dialogs they can't understand even if they take the time to read them so just click until it gets out of the way. Even with default security settings if opening an app from an "unidentified developer" fails you can go into System Preferences > Security and click "Allow".
macOS is trying to protect people by default while still allowing the HN crowd to turn these protections off if they so wish.
Apple Silicon Macs still allow you to disable SIP which turns off a lot of modern protections. You can still downgrade boot security. It is a deliberate decision to continue allowing ad-hoc code signing. Software can still be distributed outside the Mac App Store either with a Developer ID or without. The vast majority of Mac users don't know or care what any of these things are but the Mac has always allowed them and as Craig has said several times over: the Mac is still the Mac. It is still the system that supports hobbyists and developers - people who sometimes want to poke at the system, install their own kernel extensions, etc.
If your complaint is that things are not wide-open by default anymore then I don't know what to tell you. We don't live in the same software landscape we once did and there are far more malicious actors out there. Protecting users by default is the right thing to do IMHO.
I was literally making the point that these rumours have persisted for years and nothing has ever come of it.
I couldn’t agree more with the rest of your comment!
People buy mac to use macOS. Some will also use bootcamp for windows if VM is not enough for their tasks. And installing linux instead of macOS on a mac even sounds strange.
So - nothing to be aware of. Macs always were build to run Apple OS
We might be in the minority at the moment but the harder Apple makes it to repair their machines by 3rd parties the less likely people are going to buy such an expensive machine in the future where a broken key means $500+ in repairs.
AMD ought to be paying attention. Risc V could be an alternative at this point if they want to push the market in a different direction. Having to license ARM from Nvidia would not be their dream scenario, I imagine.
I think that more developers would be excited about migrating their apps to support native apple silicon if Apple wasn't so developer hostile at the moment. I am referring to stuff like Apple's Online Certificate Status Protocol (https://blog.jacopo.io/en/post/apple-ocsp/) and their Apple Tax war.
They need customers but they also need developers.
We already have a couple of people who have got so fucked off with macOS their macs are running Ubuntu 24/7 and they're buying Dell/Lenovo next time. Hell I sold my Apple kit earlier this year because I was completely fed up of dealing with broken shit all the time. It's just a horrible experience.
Maybe the word "hostile" is the wrong word. But I have apps on windows that ran on 95 that still work to this day without having to be "rewritten". It's no surprise it's often repeated by people who never wrote a single line code for an OS that they have come to expect will change things so dramatically that they will have to spend more time and effort supporting those OS changes and not creating software.
And that's the reason why Apple is reaping these benefits, while moving to ARM is completely at odds with what Microsoft stands for and promises i.e. long term software backwards compatibility.
Except for one thing: it's maxxed out at 16GB of unified RAM. 16GB. In 2020 (nearly 2021). FFS.
Come on Apple: get your act together. The 16GB limit was frustrating as hell when I bought my last MBP in 2015: now it's absolutely unforgiveable.
(The iMac obviously goes way beyond 16GB but isn't yet available with Apple silicon, and obviously the attraction with the Mini is the relatively ludicrous performance of that Apple silicon.)
>> What’s notable is the performance of the Rosetta2 run of the benchmark when in x86 mode, which is not only able to keep up with past Mac iterations but still also beat them.
3) Arm virtual machines only. For now, Parallels has a preview that you can enroll to at https://www.parallels.com/blogs/parallels-desktop-apple-sili... or you might use https://github.com/kendfinger/virtual which uses the high level Virtualization.framework, for Linux VMs.
Edit: Since this is attracting downvotes, maybe it needs some clarification. The things OP asked about fundamentally cannot work. Rosetta 2 is designed exclusively for user-mode programs and cannot cooperate with virtualization software to run arbitrary OSes in VMs. VirtualBox has no plans to port to ARM and will not work in Rosetta. None of this is negativity or cynicism towards M1 Macs - it's just the reality of how switching architectures affects virtualization. If your use case for Mac hardware is to run arbitrary x64 code at high speed in VMs, you should not buy an M1 Mac because that capability does not currently exist.
I probably won't buy an M1 anyway, but I'll be extremely interested to see what everything looks like when the M2 rolls around.
https://forums.virtualbox.org/viewtopic.php?f=8&t=98742
tl;dr: VirtualBox is an x86/x86 hypervisor, there's no porting to do. It would be a re-write.
The way Apple Silicon runs x86 apps through translation makes virtualising x86 systems either impossible or at least extremely difficult.
> As we’ve had very little time with the Mac mini, and the fact that this not only is a macOS system, but a new Arm64-based macOS system, our usual benchmark choices that we tend to use aren’t really available to us.
I think most other benchmarks weren't compiled for MacOS on ARM yet.
http://www.ffmpeg-archive.org/FFmpeg-on-Apple-Silicon-Succes...
I'm using an Acer Aspire V15 Nitro Black 15" from 2016. On Aztec Ruins Normal Offscreen, I get 270fps. So my 4 year old $800 laptop is still faster than the brand new M1. It seems Anandtech chose a very Apple-friendly set of laptops to compare to.
"If you currently own a 2016 15" Acer, buying the new 2020 MacBook will be a downgrade." sounds pretty lame to me.
That's why I said they had a very Apple-friendly comparison set.
Not really. Why would you compare against old rivals instead of the current market? They had 1660 Ti's on the charts, too, which both obliterated the M1 & are not at all the high-end of discreet mobile GPUs.
The "discreet rival" was because the M1 was competing favorably against the discreet 1650 & 560(X). As in, entry-level discreet GPUs make increasingly less sense (they already weren't making much sense with Intel's new Xe and AMD's Vega 8 & 11 integrated, but more nails in that coffin with the M1)
This might be more accurate, 88fps:
https://gfxbench.com/device.jsp?benchmark=gfx50&os=Windows&a...
The M1 has been shown to run Civ6 and Rise to Tomb Raider through Rosetta faster than previous integrated GPU mac hardware[1]
[0]https://us.forums.blizzard.com/en/wow/t/mac-support-update-n...
[1]https://www.macworld.com/article/3597198/13-inch-macbook-pro...
My only hope is this doesn't mean things get further locked down (such as being able to install linux distributions or dual boot) but I have a bad feeling they will.
Can Apple's M1X/M2 outperform desktop CPUs?
Qualcomm tried their hand at desktop CPUs with Microsoft a few years back. Is it time they tried again?
How comparable is a Surface Go with the performance/efficiency of M1?
Surface Go is nowhere close, half as fast in single core, 1/5th as fast in multicore. The 5W TDP is really a generic number with no real meaning as Intel doesn't really abide by it, I would say it probably uses about the same power as the M1, possibly much more under turbo while also having a much higher power floor (IE: When at idle the Surface go uses much more power)
Keep in mind that the Surface Go is very low-cost and the CPU is at a 14nm build.
Does Qualcomm or Samsung have a M1 beater in their kitty?
Anandtech numbers showed 50-89% of total power consumption for the 7601 being used for Infinity Fabric. With 89w remaining spread among 32 cores, that's a mere 2.78w per core or 1.39w per thread at an all-core turbo of 2.7GHz.
Oh, I'd note that the 7601 is a 14nm Zen 1 part.
https://www.anandtech.com/show/13124/the-amd-threadripper-29...!
It’s a single use case, but by far the most common one for me where I genuinely feel productivity slowed by my computer. Hopefully good news there as well.
https://youtu.be/XQ6vX6nmboU at minute 3
And perhaps more basically, what for? How much machine learning is done on user machines, as opposed to renting some cloud time? What are they anticipating will be done?
I ask these questions in genuine curiousity, I assume I'm missing something but this just seems like a rather wild divergence from what (very little) I knew of the ML field.
https://developer.apple.com/documentation/coreml
Apple has always been good at running ML on device, as opposed to Google's approach of sending everything to the cloud, then mining all your data, selling it, tracking it, etc. One example is iPhotos, which implements feature detection on-device, while Google implements it in the cloud.
https://www.imore.com/no-apples-machine-learning-engine-cant...
Or for Google: https://www.theringer.com/2017/5/25/16043842/google-photos-d...
(Reading this makes me wanna puke)
Maybe locking it down (to the disappointment of the "everything open" crowd) is Apple's reward for advancing the state of the industry and offering high performing chip beyond anyone's expectations. Maybe for companies to survive in such a business, they need to take advantage of the technologies they're able to bring to fruition, and fund the 9/10 ideas that don't make it.
Currently its apples (have to :>) versus oranges: 5nm M1 vs 7nm ZEN3
You may recall that Apple already embarrassed Qualcomm years ago when they shipped 64-bit ARM-based chips at least a year before Qualcomm could do it.
When the new iPhone ships, the next fastest phone is the iPhone being replaced by the new flagship phone. The Android phones based on Qualcomm’s best processors are way behind Apple's mid-level and entry-level phones.
The A series chips used in Apple's phones and tablets are way faster than anything Qualcomm is shipping for laptops, never mind the M series.
This puts me in mind of one time that I was ranting to a Microsoft colleague over lunch about how MS shouldn't be exclusive with Qualcomm for ARM chips given the very low rewards over the years. They said to me that when Windows Phone 7 first was under development in 2008-2010, choosing Qualcomm exclusivity seemed best because Qualcomm was the only one willing to make decent BSPs for us at Microsoft.
Upon reflection, I realized that this was still the case as of our conversation years later. The Mediateks, Samsungs, and Nvidias of the world either did not work with Microsoft at all, or got spurned by Microsoft themselves, or gave up after 1 or 2 high-profile failures (such as Surface RT). Texas Instruments was a notable exception as they gave up on ARM SoCs altogether, thus killing what would have become a TI-based Windows RT tablet platform.
Now neither me nor my coworker was in a position to actually know what was going on here, but I think this anecdote illustrates the value of a trustworthy business partner even when their products look mediocre.
And the 64bit ARM Apple chip surprised even ARM themselves. As ARM didn't even have a reference Cortex design out when Apple shipped their first 64 bit SoC. ( Apple was part of early member programme ) And no one thought they will need 64bit so early. ( Which was also true at the time ).
Qualcomm has to optimise for cost, for the same Die Space Qualcomm already includes a Modem, while Apple has Modem as separate pcs of silicon. It isn't Qualcomm is technically subpar, they just have different objective and goals. And vendors are already calling foul for Qualcomm's continue increase in price. ( Which is actually normal due to the complexity of 5G, CPU, GPU and leading edge node development )
True, the modem is separate but Apple's SoC has the GPU, Neural Engine and other stuff.
Qualcomm seemingly has never caught up when it comes to raw performance.
That is the same with Qualcomm.
I know Apple was trying to get to market quickly, but I fail to understand why we need Icestorm cores in a non-mobile CPU, especially with this already (really) low TDP.
Far more interesting to me is the idea that in heavy use, the Icestorm cores can run the OS, notifications and all that, allowing full uninterrupted use of the firestorm cores. Also when the mac is in idle it uses far less power.
Basically, I fail to see a reason to not keep them :).
It's impressive what Apple has been able to do when they can fine tune macOS and ASi to work together.
Zero media report it but there is a BIG performance issue with the M1:
Compilers and JIT have had decades of optimization both for ARM and x86. But actually no, code that targeted ARM historically only really was either C, C++, swift, js and Java.
All other mainstream languages such as C#, python, php, ruby, fortran, Perl, R, etc do have (I hope) ARM support but there have been almost zero human resources dedicated to optimizing the ARM codegen, and it will take years for a catch up. Where are such benchmarcks ?? This is a huge fundamental unaddressed topic! I even expect such languages to run faster on Rosetta than on ARM native, ironically!
I'm not quite sure if it's even a mouse in the room. While it certainly is a problem for you and a niche group of like-minded users, the vast majority of Mac users, including me, simply don't care about Windows support.
Plus, there is good hardware to be found on the Windows side as well, so it isn't the end of the world in my opinion.
At least in multicore, all of the Ryzen CPUs beat the M1.
Have a look at SPEC2006 and 2017 benchmarks, M1 beating desktop class Ryzen 9 5950x, or just trailing behind (edit: in single threaded performance), keeping in mind cost of each and that:
> While AMD’s Zen3 still holds the leads in several workloads, we need to remind ourselves that this comes at a great cost in power consumption in the +49W range while the Apple M1 here is using 7-8W total device active power.
Anandtech showed almost 27W power draw under full load for the M1 Mini.
The 27W power draw comes from multi threaded performance. Ryzen's multi threaded power drain is at ~130W (as far as I know).
They are not insane! They wouldn’t jump ship and go through all that expense and possibility of failure if they don’t know they had something amazing at the end of the rainbow.
Other sites had the Ryzen 5950x pegged at 28,641 in the multithreaded version vs 7833 for the m1 mac mini.
Its not really surprising that something with 4x as many high performance cores as the m1 with a much higher thermal budget is almost 4x faster than the m1.
Use the M1 Air to remote into a real non virtualized computer running linux.
I think they might support OpenGL but I think everyone considers their support second rate.
Still, now Apple has the #2 fastest CPU on the market and with different ISA. Intel....#3. Oh, how the mighty has fallen.
At least AMD won't get to rest on its laurels now, as Apple will definitely try to surpass Zen 4, too, now, or at least Zen 5.
They may have something with substantially more power in store soon.
I don't consider a $1,000+ laptop "entry level" or "low end". These are high-end machines.
In the Apple ecosystem, a $1000 laptops are low-end devices.
The iMac Pro [1] and the Mac Pro [2] are high-end, professional level machines. The iMac Pro starts at $5,000; the Mac Pro at $6000.
The biggest difference is that Apple doesn't sell commodity hardware that virtually every PC OEM does. That was a deliberate choice many years ago.
BTW, the M1 Mac mini starts at $699 and blows away all the PCs in it's class, including those that cost more.
Some Hollywood studios have already talked about replacing much more expensive computers with the Mac mini because it's so fast [3]. No joke.
To be clear, you're not going to render a full-length movie in 4k on an M1-based Mac mini—that's what the Mac Pro is for. But for less demanding 4k editing tasks that would have been unthinkable on an under $1000 machine a year ago, certainly.
[1]: https://www.apple.com/shop/buy-mac/imac-pro
[2]: https://www.apple.com/shop/buy-mac/mac-pro
[3]: Hollywood thinks new Mac mini 'could be huge' for video editors: https://appleinsider.com/articles/20/11/12/hollywood-thinks-...
The Renault Zoe EV and Tesla Model 3 have the same price.
The Renault Zoe is very low end compared to a Tesla, what make them cost the same?
An EV includes technology that is very costly and even a middle end car ends up costing like a base offer in a higher segment (because the Zoe EV is the premium offer in their segment)
You can't get any lower than that
A Zoe with an ICE engine costs in fact 10k less.
The same exact car.
There is no equivalent for Tesla, Tesla does not make cars in that segment and even if they could, they won't do it.
Said in other words: a low end Mac costs and has specs of a high end machine
Highly castrated from the manufacturer (only 16GB of RAM tops?) but definitely not low end, not even for Apple
It's their base offer for the high end segment
Which is very different from saying it's a low end machine.
Their aren't low end, they are simply not premium (there isn't going to be a big difference in performances between the two, only a different positioning, equipment and less artificial limitations from the manufacturer)
They are like AMD K6 CPUs that you could overclock using a pencil
The conclusions of this review support the idea that the specs of the Mac mini are not far from what we could expect from the pro models
> In the new Macbook Pro, we expect the M1 to showcase similar, if not identical performance to what we’ve seen on the new Mac mini
I am whelmed.
And/or the kind that keeps their laptop plugged in all the time?
Some people do care about cool, quiet and long battery life.