Technology

34415 readers

298 users here now

This is the official technology community of Lemmy.ml for all news related to creation and use of technology, and to facilitate civil, meaningful discussion around it.

Ask in DM before posting product reviews or ads. All such posts otherwise are subject to removal.

Rules:

1: All Lemmy rules apply

2: Do not post low effort posts

3: NEVER post naziped*gore stuff

4: Always post article URLs or their archived version URLs as sources, NOT screenshots. Help the blind users.

5: personal rants of Big Tech CEOs like Elon Musk are unwelcome (does not include posts about their companies affecting wide range of people)

6: no advertisement posts unless verified as legitimate and non-exploitative/non-consumerist

7: crypto related posts, unless essential, are disallowed

founded 5 years ago

MODERATORS

MinutePhrase@lemmy.ml

Linus Torvalds Comments on ARM: Did he lose touch with reality? (www.realworldtech.com)

submitted 1 year ago* (last edited 1 year ago) by TCB13@lemmy.world to c/technology@lemmy.ml

61 comments fedilink hide all child comments

tr:dr; he says "x86 took over the server market" because it was the same architecture developers in companies had on their machines thus it made it very easy to develop applications on their machines to then ship to the servers.

Now this, among others he made, are very good points on how and why it is hard for ARM to get mainstream on the datacenter, however I also feel like he kind lost touch with reality on this one...

He's comparing two very different situations, more specifically eras. Developers aren't so tied anymore like they used to be to the underlaying hardware. The software development market evolved from C to very high language languages such as Javascript/Typescript and the majority of stuff developed is done or will be done in those languages thus the CPU architecture becomes irrelevant.

Obviously very big companies such as Google, Microsoft and Amazon are more than happy to pay the little "tax" to ensure Javascript runs fine on ARM than to pay the big bucks they pay for x86..

What are your thoughts?

you are viewing a single comment's thread
view the rest of the comments

[–] pastermil@sh.itjust.works 1 points 11 months ago (3 children)

Okay, now you got me curious. Gimme examples of companies using ARM servers.

[–] thelastknowngod@lemm.ee 2 points 11 months ago* (last edited 11 months ago)

Not who you were responding to but, my company does this in AWS. To be fair, the entire platform is running in EKS so it's not much more difficult than updating the CI build pipelines to build multi-arch containers, adding additional nodepools, and scaling down the amd64 ones. This was tedious but not difficult to do. I keep a small set of amd64 nodes for off the shelf software that doesn't support arm.. I think the only thing left on those now is newrelic agents. Once we move off of them the x86_64 nodes can be killed entirely.

This ended up saving us tens of thousands of dollars per month. The next step is to move the bulk of workloads to spot instances. I'll be preferring arm but if there is only capacity for x86_64, I'll have that option because of the multi-arch containers. This is going to save even more money and force developers to build applications more tolerant of node failure in the process.

[–] TCB13@lemmy.world 2 points 11 months ago

If we exclude all cloud providers who sell ARM like Google, Amazon and Oracle. Facebook actively uses ARM at scale and I personally have seen medium size companies (~200-500 employees) using it simply because their backend run fine and it's cheaper.

[–] TCB13@lemmy.world 1 points 11 months ago

Vodafone is now into ARM as well: https://www.eenewseurope.com/en/vodafone-fast-tracks-arm-based-chipsets-for-open-ran/

Mobile phone service provider Vodafone has announced it is speeding up the development of chipsets based on the Arm architecture for use in Open Radio Access Networks (Open RAN). At the same time Vodafone told Reuters it continues to work with Intel to create a chipset architecture for Open RAN.