Live data from Hacker News

ARM Mac: Why I'm Worried About Virtualization

bmalehorn.com

271–280 of 313 posts

Re: ARM Mac: Why I'm Worried About Virtualization

#271
post #265

I'm actually not worried, for a few reasons; - I already do cross-arch development day-in and day out between x86 and ARM, and have only run into hard blockers on a library or tool a handful of times. The solve was generally pretty straightforward to either use an ARM-compatible alternative, or to cross-compile it myself. - We've done this many many times before and it's not that bad. I know I'm not the only one old…

I'm actually happy about this! With the recent decline of pretty much every UNIX vendor/platform and the now-deep proliferation of Intel/Linux, it's beginning to feel like MS/IE6 in the early 2000's all over again. We need diversity and competition for both OS's and processors (just as we did with browsers back then). In fact, let's bring back Ultrix/OSF/1, DG-UX, Solaris! (... we can skip HP/UX and SCO because they'…

Actually I liked HP Vaults, long before there was any talk about containers and similar on UNIX.

Re: ARM Mac: Why I'm Worried About Virtualization

#272
post #3

Apple will singlehandedly make 2021 "the year of Linux on the desktop".

To give a different perspective: I find Apple's move to ARM the most exciting thing to happen in desktop computers in many years. I'm typing this from a PC running Win10. Current plan is: as soon as ARM desktop Macs become available (and assuming they don't screw it up in some weird way), I'd like to switch.

Having an x86 dev machine is useful because it matches most production environments pretty closely. This might be changing somewhat with AWS Graviton, it's not the default yet.

What makes ARM so exciting? Maybe battery use will be better? Maybe it will be slightly faster? Maybe? There's also been a lot of tuning done for laptop workloads on x86, it's definitely a maybe. I expect the only noticeable changes for most users to be somewhat better battery life, some apps not working, and occasionally having to know which package to download.

Re: ARM Mac: Why I'm Worried About Virtualization

#273

It is very likely that ARM-based Macs will lack a performant hypervisor upon release. We will have to see how VMWare responds. I'd bet it will inspire new products and innovation and the desktop space will move towards a less x86-x64 centric world. In the end it is a short term problem. Someone will respond and provide a performant hypervisor that can run on an ARM host and virtualize x86-x64 and ARM guests. It's tru…

With just less than 10% of market share, do you really think it will change the whole thing? Unless Microsoft pushes for ARM too, I don't see any changes soon

Microsoft just announced their own OpenJDK variant for Windows ARM.

Re: ARM Mac: Why I'm Worried About Virtualization

#275
post #82

Earlier quoted context omitted.

Every time Microsoft or Apple majorly screws something up, people say this. It still hasn't happened yet. However, I think Apple has been a far greater threat to Linux adoption than Microsoft. Why? Because it gives techies the *nix environment they want, with the software and hardware support no one will give them on Linux. There is real value in proprietary commercial end-user application software. Most companies wh…

> Because it gives techies the *nix environment they want, with the software and hardware support no one will give them on Linux. The UNIX experience on the Mac is pretty shitty. Ancient versions of all the tooling. Command-line utils have that weird BSD well-water flavor. No package management. Funny Docker quirks. The hardware used to be pretty nice, but honestly I'm still having trouble forgiving them for getting…

UNIX experience on Mac is as UNIX as it gets, given that it is certified as a proper UNIX.

Linux is its own thing and trying to mix UNIX with Linux is always going to lead to disappointment.

Re: ARM Mac: Why I'm Worried About Virtualization

#276
post #87

Earlier quoted context omitted.

When was the year of the macOS desktop?

It's not about stealing users from macOS. It's about stealing developers. Hell, Apple is at the mercy of Microsoft and Adobe right now. I'd bet they had to line their pockets very well, so that they don't get any funny ideas. But Apple can't just pay-up every cross-platform software developer. Smaller developers will have to re-evaluate whether macOS remains a viable target platform for them. Which can translate to a…

macOS users actually pay those smaller developers, it would be foolish for them to expect anything from Linux users, it is hard but it is the reality.

Hence why plenty just target Android, although some of their apps could easily be targeting GNU/Linux as well (specially the ones that are mostly NDK glue + whatever framework).

Re: ARM Mac: Why I'm Worried About Virtualization

#277

For my most recent project[1], I wanted to see if Amazon’s Graviton instances would be a good choice for my docker deployments (I was deploying MongoDB, an Express server, and several instances of the Janus WebRTC server). I was developing in Pop OS on an x86_64 desktop (since we’re gonna have to start specifying now) and found the toolchain around building ARM64 images to be pretty simple once I got it set up. I ben…

Cool, thanks for sharing. It's these kind of experiences that I was hoping to gather from making this post. Did you notice at the end that you did NOT end up choosing ARM? You ended up going with x86_64 because that's what made more sense for your backend. That's part of my point - developers should choose their backend architecture based on the performance and pricing of their backend, not their development laptop.…

Back in the UNIX glory days, I was responsible for keeping a software stack running across Windows NT (later 2000), Aix, HP-UX, Solaris, each with its own CPU architecture.

This is just another CPU story, no big deal.

Re: ARM Mac: Why I'm Worried About Virtualization

#278
post #120

Once again -- Apple will do what the entire industry without Apple couldn't do. In this case, force a migration to ARM-based servers, so that prod is running on the same architecture as the developer's machine. Apple is finally killing x86.

Hooray, we have successfully fixed the mistake with an open platform and will now be relegated to incompatible hardware without any competition. At last, the future will surely be bright!

Actually the original mistake was IBM's to make.

Re: ARM Mac: Why I'm Worried About Virtualization

#279
post #73

Earlier quoted context omitted.

Apple released a list of open source projects that they have ported to ARM, they intend to upload patches to each of these projects: - Bgfx - Blender - Boost - Skia - Zlib-Ng - Chromium - cmake - Electron - FFmpeg - Halide - Swift Shader - Homebrew - MacPorts - Mono - nginx - map - Node - OpenCV - OpenEXR - OpenJDK - SSE2Neon - Pixar USD - Qt - Python 3 - Redis - Cineform CFHD - NumPy - Go - V8

I'm curious to see the Google projects that have patches from Apple, since all of those run on Android which is for all intents and purposes ARM. I'm guessing new ARMv8 ISA features, PAC/BTI/MTE?

Yes, ARM Mac will make fully use of ARM security and hardware mitigations against typical C exploits, there are a couple of WWDC talks about it.

Re: ARM Mac: Why I'm Worried About Virtualization

#280

Earlier quoted context omitted.

It’s interesting that Electron is on that list.

Crucial piece of tech for many products like VSCode, Slack, Discord, etc.

Given how much Microsoft's React Native team bashes Electron with their performance bar charts (300x more bloat than RN), I look forward that, as soon as it is mature across Linux, macOS and Windows, they replace Electron with RN on VSCode.
Post reply on HN