Live data from Hacker News

ARM MacBook vs. Intel MacBook

lemire.me

91–100 of 106 posts

Re: ARM MacBook vs. Intel MacBook

#91
post #67

Earlier quoted context omitted.

As a JS developer, still waiting for full Homebrew. But then again, I might as well wait for the next iteration of Apple Silicon if that is the case.

Why wait? I just built node myself, yes it takes a solid hour to compile but it works.

On older platforms(High Sierra), brew builds from source most of the time and I just built node(latest) on a i5 MacMini 2011. It took 76 minutes.

Re: ARM MacBook vs. Intel MacBook

#92
post #34

Earlier quoted context omitted.

Great, now that we have this new fast hardware, time for developers to make everything 2x slower again.

It's not far from reality; suddenly there's 100% more capacity for analytics and behavioral tracking. God I hate this timeline.

Then opt out of it by blocking all that tracking and those analytics as well as those spurious a/b tests. While you're at it you might as well block any and all "social functionality". This way they get to play with their new toys without bothering you.

Re: ARM MacBook vs. Intel MacBook

#93
post #22
post #2

Was expecting a bit more than a handful of paragraphs and three tests from this article.

People on HN still want to talk about the M1. It's just such an exciting product. So this will still sit on the front page for a while, despite the relatively terse source material.

It is more of an interesting trend than it is an "exciting product". Once upscaled ARM processors and/or SoCs become available for use in other- or non-branded products it will become truly exciting as that will open up for breaking the AMD64 hegemony in the server and PC spaces. They will be supported by Linux, Windows and others which is essential for the viability of a new platform.

Re: ARM MacBook vs. Intel MacBook

#94

Still way more slower than a Ryzen 4800 HS. Last time I checked a low end laptops with Ryzen had double performance (multi-core) compared to Macbooks with A1.

Can you be more specific as to what workloads you arecomparing? I find methodical comparisons quite scant. Anandtech has one page that includes the Ryzen 7 4800U and Ryzen 9 4900HS[0] for some synthetic integer/floating point benchmarks. In many cases the Apple Silicon M1 outperforms the Ryzen 7 4800U and in several it outperforms the Ryzen 9 4900HS. It's a bit difficult to extract from that how well they compete across all workloads, but it looks like they are quite comparable.

(And this is from someone who spends a lot of time trying to correct the misconception that the M1 outperforms all competitive processors.)

[0] https://www.anandtech.com/show/16252/mac-mini-apple-m1-teste...

Re: ARM MacBook vs. Intel MacBook

#95

What I found shocking is just how drastically faster some workflows are. If you work in JS and Node (say doing unit tests for an angular web app) this machine is so much better it’s unbelievable. It’s probably less than half the time to run tests. Half. It’s real productivity change.

Great, now that we have this new fast hardware, time for developers to make everything 2x slower again.

Remember what happened with the last great speed increase from spinners to SSD. They speed up was as dramatic as the bloat added in the past decade to slow it down. One of the worst offenders is Apple though.

Re: ARM MacBook vs. Intel MacBook

#96

Earlier quoted context omitted.

To follow-up on my own point, once an x86 instruction has been decoded into a micro-op, it gets stored in a micro-op cache, where the vast majority of the frontend spends it's time fetching from. Additionally, "in flight" is a function of frontend width, Reorder buffer size, additional Out of order structures sizes and throughput depends on those plus the retire width. Additionally, IPC alone is a poor metric for per…

How does this square with their relatively low power consumption? (Honestly asking--I don't know about this stuff)

Similar to overall performance, power consumption has many factors. As others have pointed out, a new process is a big part of it. Additionally, they have very efficient and well designed small cores in their SoC and one benefit their full vertical integration is their OS has very good schedulers for maximizing time on small power-efficient cores without impacting performance in a noticeable way. At a core level, I assume they have very good clock and power gating, so even if the cores have these massive structures, they might be able to power down some or all of them. For instance, adding a 4th vector unit might seem expensive, but most workloads are not running vector instructions, so all 4 of those units can be powered off for the time slice that application is running. Apple also has very good physical design teams that produce custom macros for almost the entire chip, which individually are very minor but do add up significantly.

Re: ARM MacBook vs. Intel MacBook

#97

Earlier quoted context omitted.

I jumped on the hype train and got a M1 Mac Mini with 16gb and 1TB SSD, as it felt like a steal at around £1k Ex. VAT. for something that reviews told me would be quicker than my MBP. I've been blown away at how much faster/snappier it feels in day to day use compared to my 2018 16GB MBP. With the COVID situation I'm seated at my home office 95% of time now, rather than ~35%. One of the biggest changes has been that…

Have you seen any issues with UI lag? I've been testing an M1 Mini for the same reasons, and connected to a 27" 4K display it feels much less responsive than my Intel MBP with the same monitor.

It could be a USB-C adapter issue if you are using HDMI. Just try different adapters until you find one that works well with your monitors.

I don't understand why Apple doesn't make a high-end multi port USB-C dock after all these years. Third-party quality isn't consistent.

Re: ARM MacBook vs. Intel MacBook

#98

Earlier quoted context omitted.

I jumped on the hype train and got a M1 Mac Mini with 16gb and 1TB SSD, as it felt like a steal at around £1k Ex. VAT. for something that reviews told me would be quicker than my MBP. I've been blown away at how much faster/snappier it feels in day to day use compared to my 2018 16GB MBP. With the COVID situation I'm seated at my home office 95% of time now, rather than ~35%. One of the biggest changes has been that…

Have you seen any issues with UI lag? I've been testing an M1 Mini for the same reasons, and connected to a 27" 4K display it feels much less responsive than my Intel MBP with the same monitor.

I'm running two LG 34" ultra wides off it and I've not noticed anything to aggravate me, but maybe I'm just not that susceptible, I'm generally pretty forgiving having spent hundreds of hours doing VR dev work. I think my brain has become somewhat immune to visual lag effects. The one issue I have had is that one of the monitors on USB-C (HDMI connected monitor has always been fine) seems have some sort of bug waking up sometimes, that I can only solve by powering it off and back on. Irritating. Not sure if it's the monitor or the Mac. I'd say the Mac, as I never had this issue with the MBP.

Also, the colour profile/difference between two identical monitors, one connected on HDMI, one on USB-C was startling. No idea why... I had to spend 20 minutes with Apples advanced calibration tool get them to match up. Even selecting the same colour profiles on both monitors gave a staggering difference in colour representation which I found very odd.

Re: ARM MacBook vs. Intel MacBook

#99
post #91
post #67

Earlier quoted context omitted.

Why wait? I just built node myself, yes it takes a solid hour to compile but it works.

On older platforms(High Sierra), brew builds from source most of the time and I just built node(latest) on a i5 MacMini 2011. It took 76 minutes.

Oh god. You are going to hate this. Node v15 on my MacBook Air built in 20 minutes.

Re: ARM MacBook vs. Intel MacBook

#100

What I found shocking is just how drastically faster some workflows are. If you work in JS and Node (say doing unit tests for an angular web app) this machine is so much better it’s unbelievable. It’s probably less than half the time to run tests. Half. It’s real productivity change.

And this is via Rosetta 2?

I was using Native Node built from source.
Post reply on HN