Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Ask HN: How are you dealing with the M1/ARM migration?

news.ycombinator.com

Post reply on HN
Print view View original

201–210 of 284 posts

Re: Ask HN: How are you dealing with the M1/ARM migration?

#201

Post by jpalomaki »

barkingcat wrote: post #185
michaelt wrote: post #90

Earlier quoted context omitted.

Alternative theory: Apple doesn't offer an M1 server. Github doesn't offer an M1 build server because M1 servers don't exist.

M1 Mac Mini farms easily solve that question

The comments on the github issue claim Apple ToS says you need to rent the machine to customer for 24h at a time.

”(ii) each lease period must be for a minimum period of twenty-four (24) consecutive hours;

(iii) during the lease period, the End User Lessee must have sole and exclusive use and control of the Apple Software and the Apple-branded hardware ”

https://www.apple.com/legal/sla/docs/macOSMonterey.pdf (Section 3.)

Re: Ask HN: How are you dealing with the M1/ARM migration?

#202

Post by cesnja »

jhugo wrote: post #162

We had already eliminated Docker from our CI/CD and live deployments (using Kaniko for CI/CD and containerd for live), so we just modified our container build pipeline to run Kaniko twice (once for x86_64 and once for arm64) and then use manifest-tool to build and upload the multi-arch container manifest. I think we had it working within a day, and then it took a week or so to test and validate all our images, and on…

According to Kaniko documentation [1], they don't really support cross-platform compilation. Do you solve that by having both amd64- and arm64-based CI/CD runners?

[1] https://github.com/GoogleContainerTools/kaniko#--customplatf...

Re: Ask HN: How are you dealing with the M1/ARM migration?

#203

Post by Schnitz »

We prioritized a well working dev env on M1 half a year ago and made our Docker images multi arch, etc. It mostly just works nowadays, only one small niche service needs x86 still and it’s in the process of being replaced. We also started taking advantage of ARM machines on AWS as part of the transition. Granted it was easier to justify this as a younger faster growing company because it doesn’t take as long for the majority of developers to be on M1s and less “stuff” has accumulated over less years.

Re: Ask HN: How are you dealing with the M1/ARM migration?

#204

Post by _gllen »

seanalltogether wrote: post #75
_gllen wrote: post #18

I tried going from a 2018 MBP to M1 MBA in 2021 and had too many issues to make it my primary machine. Docker and Android development were particularly brutal to get going reliably IIRC. The M1 performed well for the things it could do, but I still needed the MBP (which constantly reached 100% CPU) for other stuff, so I ended up doing a horrible multi-machine setup with Synergy. That was a dark time in my life ;) The…

> The only thing I'm still running in Rosetta is Apple software: XCode and the iOS simulator, but they run smooth, so I don't even think about it. How old is your version of xcode? From what I can see they added M1 support 1.5 years ago.

I have pods that haven’t been updated to work with arm yet.

Re: Ask HN: How are you dealing with the M1/ARM migration?

#205

Post by alsetmusic »

sircastor wrote: post #174
mdp2021 wrote: post #48

Earlier quoted context omitted.

> highly performant Last thing I read, 70% of the native performance was shown by running GeekBench through Rosetta (with a few odd results noted). If somebody has better info... Edit: I see that Nov 2020 checks returned an 80% performance, and there was discussion on HN at (at least) https://news.ycombinator.com/item?id=25105597

This might be an unpopular opinion, but I really think people should ignore bench scores and run the processes they need themselves. See what it feels like, and how comfortable you are with that. Benchmarks are good for bragging rights and maybe convincing over-zealous accounting to approve a purchase (but even then that’s probably not all there is to it.)

> […] I really think people should ignore bench scores and run the processes they need themselves. See what it feels like, and how comfortable you are with that.

And how do people without disposable income judge?

Re: Ask HN: How are you dealing with the M1/ARM migration?

#206

Post by ccouzens »

kccqzy wrote: post #141
danudey wrote: post #131

Earlier quoted context omitted.

Can you elaborate on what part of docker is a security nightmare?

Dockerd is a daemon that runs with very high privileges and does too many things. People hate using "sudo docker" so they add themselves to the docker group. Now congratulations you are effectively running as root all the time.

On Windows and Mac docker is run in a virtual machine without full access to the host's files so root is less of a problem.

Even though docker runs natively on Linux, perhaps a similar vm setup can be achieved for security reasons.

I use Podman on Linux which is compatible with docker but without the root issue.

Re: Ask HN: How are you dealing with the M1/ARM migration?

#207

Post by manmal »

xet7 wrote: post #70

I did buy MacBook M1. Installed Asahi Linux, it made possible to keep OS running all the time, keep HexChat IRC running, and not shutdown when away from keyboard like on macOS. But that M1 did only last 4 days. Then it did not boot anymore. So I returned it to warranty repair, and canceled buying it.

Asahi is still in alpha status, I think it’s only fair to give it some more time before running it as your main OS.

Re: Ask HN: How are you dealing with the M1/ARM migration?

#208

Post by agsnu »

scarface74 wrote: post #143
vchuravy wrote: post #133

Earlier quoted context omitted.

Yes because Microsoft got a special license from Apple that allows for the virtualization of Mac OS on non Apple hardware... The rest of us is still running on racks of Mac Minis

This isn’t true. https://devblogs.microsoft.com/devops/cloud-hosted-mac-agent... > Please be aware that during this preview, our Mac hardware is hosted in third party datacenters in the United States and your build and release data could cross geopolitical lines. After each build completes, its macOS VM is reimaged, leaving no trace of your data on the agent. For more information, see where VSTS data is stored. Our M…

It sounds like they're just using MacStadium.

Re: Ask HN: How are you dealing with the M1/ARM migration?

#209

Post by mdp2021 »

sircastor wrote: post #174
mdp2021 wrote: post #48

Earlier quoted context omitted.

> highly performant Last thing I read, 70% of the native performance was shown by running GeekBench through Rosetta (with a few odd results noted). If somebody has better info... Edit: I see that Nov 2020 checks returned an 80% performance, and there was discussion on HN at (at least) https://news.ycombinator.com/item?id=25105597

This might be an unpopular opinion, but I really think people should ignore bench scores and run the processes they need themselves. See what it feels like, and how comfortable you are with that. Benchmarks are good for bragging rights and maybe convincing over-zealous accounting to approve a purchase (but even then that’s probably not all there is to it.)

All the telling similes I can briefly think of, from "in Chad drinking water availability does not reach 40% and in Namibia exceeds 80% - but see what it feels like, and how comfortable you are with that" or "near that peaks the temperature is 10°C, and in the valley 20°C - but see what it feels like, and how comfortable you are with that", seem to be part a much more sophisticated reality (the "ceteris paribus" constraint is less foreseeable) than that of "on that machine this defined code runs in half the time of that one" - especially when you are trying to get an idea of the world, not to see how you will feel like and how comfortable you are with that.

You can decide beforehand if increased speed with respect to your experience on your machines is beneficial to you or not.

Re: Ask HN: How are you dealing with the M1/ARM migration?

#210

Post by highwaylights »

bombcar wrote: post #140
highwaylights wrote: post #130

Losing eGPU really hurts. I had three-up before, and now I’m back to the laptop and one central display. I could get a cheap DisplayLink hub but the performance is poor and I’m not happy with granting their driver screen recording permission. Or trusting it at all tbh.

I really don't want to give up my four external monitors, so I will have to wait until I can get the M1 Max or something.

It’s unfortunate. In every other way it’s been an almost shocking leap forward, on the order of the HDD -> SSD transition when that happened.

For me, the performance and longevity I’ve been getting from a machine this light and without fans feels borderline unbelievable. Even now almost two years later.

Post reply on HN