Hacker News Reader

Comment by skissane | Hacker News Reader

> but switching to a different ISA in the datacenter will continue to be an uphill battle.

It really depends on what kind of stuff the datacenter runs.

I know of datacenters where almost all the code running is Java. For those kind of datacenters, so long as JDK supports ARM (which it does), I can't see why it would be such an uphill battle.

The uphill battle is really for sites who run lots of closed source COTS software, especially that which is written in C/C++/etc, where moving to ARM needs support from the vendors and the vendors might hesitate due to the amount of work involved. There are sites where close to everything is either open-source or else developed in-house in managed languages (Java, .Net, Python, Ruby, PHP, JavaScript, etc), and those sites are likely to find it a lot easier.

View on HN

Even running an interpreted language we've found that there's just a hundred small papercuts when it comes to switching over to an ARM distro. Missing native modules, third party deps, even some shell scripts mysteriously not working properly. Over time this will hopefully ease, and having all developers on Mac using ARM will help massively, but right now there's just enough friction to make it not quite worth it.

> even some shell scripts mysteriously not working properly

I'm wondering how this could happen.

I'm guessing the script is using uname to detect the platform, and gets confused by Linux on ARM.

I used to see a lot of shell scripts which detected Linux vs Solaris vs AIX vs HP-UX and did different things on each, especially due to differences in what commands and options are available. Given those commercial Unices are now shadows of their former selves, you don't see that so much any more.

But I still see it in scripts that have to run on both macOS and Linux. I've even written a few of those scripts recently.

This shouldn't be an issue, though, if you just do `uname -s` – you should get e.g. `Linux` on both ARM and x86. Maybe some people, for whatever reason, are checking `uname -p` or `uname -m` instead or as well, or even trying to parse the output of `uname -a` – not a very good practice

Ehh, once you get to a certain point you wind up poking things under /sys and /proc that are a little different per-architecture, or building snippets of C code that make syscalls which behave differently per-architecture. Not to mention that ARM distros are usually a little different, either lagging behind or a little ahead of what exists for x86 - although it's better than it used to be, especially with ARM64.

You are just defending yourself. This is simply not true. Get an arm server on packet, install software, notice nothing.

Reply on news.ycombinator.com