Is anyone else thinking, what the f*ck? Are we in a new era of computing? It certainly feels that way when looking at these desktop class ARM chips, where performance doubled every year or so, just like back in the 80s and 90s.
16-inch MBP 2x slower than M1 MacBook Air in a real-world Rust compile
311–320 of 529 posts
Re: 16-inch MBP 2x slower than M1 MacBook Air in a real-world Rust compile
#312Nearly universal praise for the M1 versus it's predecessor but I don't see how this really changes Apple's position the way he implies. Their machines are still far more expensive than Windows and can't use high-powered GPUs like AMD/Nvidia. The people who choose PC, still have the same incentives to do so. For most users, the faster performance will probably not be very noticeable. The reduced power consumption is t…
> Their machines are still far more expensive than Windows Which $1000 Windows laptop has this performance? > and can't use high-powered GPUs like AMD/Nvidia. Not relevant to all markets (particularly ultra bookish laptops, which never have discrete GPUs, but more broadly many people just don't need one). I don't think it changes anything much immediately, but it's extremely bad news for Intel in the long run.
Re: 16-inch MBP 2x slower than M1 MacBook Air in a real-world Rust compile
#313Re: 16-inch MBP 2x slower than M1 MacBook Air in a real-world Rust compile
#314Earlier quoted context omitted.
Intel in 2020 is IBM in 1980.
So in 2060 it will still be a huge company with $20B in revenue?
Re: 16-inch MBP 2x slower than M1 MacBook Air in a real-world Rust compile
#315Earlier quoted context omitted.
For some projects, linking non-stripped binaries can take huge amounts of virtual memory. At least on ELF/DWARF platforms with the Gnu linker. Not sure if that applies here, since I assume the Mac will be using the LLVM linker, and Mach-O != ELF.
Virtual memory, or real memory? You're never going to run out of virtual memory on a 64-bit platform.
Re: 16-inch MBP 2x slower than M1 MacBook Air in a real-world Rust compile
#316Is anyone else thinking, what the f*ck? Are we in a new era of computing? It certainly feels that way when looking at these desktop class ARM chips, where performance doubled every year or so, just like back in the 80s and 90s.
I suspect HP/Lenovo/Microsoft are squirming in their chairs right now.
Re: 16-inch MBP 2x slower than M1 MacBook Air in a real-world Rust compile
#317Re: 16-inch MBP 2x slower than M1 MacBook Air in a real-world Rust compile
#318Earlier quoted context omitted.
Right, and I think some benchmarks I've seen this morning indicate that it throttles during more intensive tasks. The Pro benchmarks better, the only difference being the fan.
All CPUs throttle, all of the time. It's been years since anyone shipped a high-performance processor without a closed-loop dynamic thermal control system.
With enough cooling, you can operate a CPU at full tilt and never engage the throttle.
Re: 16-inch MBP 2x slower than M1 MacBook Air in a real-world Rust compile
#319Earlier quoted context omitted.
Qualcomm chips are not that far behind Apple's, and Microsoft has Windows on ARM ready for a while now. Those performance advantage won't be there for long. I think the bigger question is what does this spell for x86-64?
> I think the bigger question is what does this spell for x86-64? Not much? People are acting like M1 destroys x86, but as AnandTech showed in the recent benchmark, M1 is trading blows with Zen 3 in single thread performance while having much larger core and process advantage (5nm vs. 7nm) thus being actually more expensive to produce.
Re: 16-inch MBP 2x slower than M1 MacBook Air in a real-world Rust compile
#320Is anyone else thinking, what the f*ck? Are we in a new era of computing? It certainly feels that way when looking at these desktop class ARM chips, where performance doubled every year or so, just like back in the 80s and 90s.
So though it's a new age in some ways, I don't think it will benefit many people. It will just increase the churn. Witnessing all the cries of "16GB of RAM isn't enough!" makes it quite apparent that software behaves like a gas rather than a liquid, and will expand to consume whatever hardware is available to developers. I think that for consumer products, which these are targeting, software responsiveness, usability…