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

ARM64 Linux Workstation

jasoneckert.github.io

Post reply on HN
Print view View original

291–300 of 493 posts

Re: ARM64 Linux Workstation

#291

Post by Wowfunhappy »

wraptile wrote: post #289
apatheticonion wrote: post #152

I cannot wait for Linux to be fully usable on my Apple Silicon MBP. That is going to be such a killer environment to develop on. Crazy fast hardware, great high refresh screen, insane battery life, fantastic touchpad, gestures and keyboard. There is the potential that Windows games could run on it with some combination of x86 translation and Proton. Using MacOS on it feels like I have a ferrari with square wheels. Wa…

I really don't understand the obsession with Apple laptop hardware. There are many alternatives that objective better: more ergonomic, less reflective screens, better keyboards, cheaper, lighter.

Apple's processors are really really good.

Re: ARM64 Linux Workstation

#292

Post by fhd2 »

ar_lan wrote: post #179
apatheticonion wrote: post #152

I cannot wait for Linux to be fully usable on my Apple Silicon MBP. That is going to be such a killer environment to develop on. Crazy fast hardware, great high refresh screen, insane battery life, fantastic touchpad, gestures and keyboard. There is the potential that Windows games could run on it with some combination of x86 translation and Proton. Using MacOS on it feels like I have a ferrari with square wheels. Wa…

I would consider myself quite the power user and use both macOS and Linux daily… I don’t really understand, from the developer perspective, your concerns about macOS? While I prefer the feel of Linux, macOS is more than sufficient for almost any development I do (which also involves a lot of container/VM development and I’ve never felt this was slow).

I used mostly macOS for the last few years, with the occasional Linux. Recently I switched back to Linux (System76 laptop) completely, and only now do I realise how complacent I've been with macOS.

There's stuff like iTunes opening every time I connected BT headphones, and regular attempts to nag me into using Safari. Then there's a boat load of issues I found workarounds for: The window manager with its fullscreen mode and lack of tiling (Spectacle makes that bearable), the unique modifier keys that don't work well out of the box with readline shortcuts in the terminal and such, the often still manual process of installing and updating apps (maybe I could have used Brew or MacPorts more heavily), the inability to debug and fix any OS problems, and a literal hundred small things I can't even remember from the top of my head.

These things are all individually so small that I didn't event think about it, but when I realised the sheer quantity, I felt like I was in a codependent relationship with my main tool. Apple doesn't seem to care even remotely about users like me, and that's perfectly within their rights. The logical thing for me was to use something else.

Re: ARM64 Linux Workstation

#293

Post by qwytw »

AnthonyMouse wrote: post #277
somethoughts wrote: post #214

Earlier quoted context omitted.

I think the key difference (hopefully) will be that there are a limited number of hardware configurations for Mac. Still a lot (i.e. 100+ SKUs) but not nearly the number of x86 hardware configurations (i.e 10000+) Also presumably if Apple wants this to happen, they as a single vendor can provide a single definitive answer on what they are doing for each configuration. Eventually... In the x86 world, there is Intel, A…

The permutations don't really matter. If one machine has Broadcom wireless and Intel graphics and another has Qualcomm wireless and AMD graphics and they're both supported and then you come across one that has Broadcom wireless and AMD graphics, you already have the drivers for it. The real trouble is that you get some wireless chip which isn't popular enough for anybody to reverse engineer it but the manufacturer di…

But power management is still ussually subpar(compared to Windows) even on the well supported ones.

Re: ARM64 Linux Workstation

#294

Post by skissane »

apatheticonion wrote: post #152

I cannot wait for Linux to be fully usable on my Apple Silicon MBP. That is going to be such a killer environment to develop on. Crazy fast hardware, great high refresh screen, insane battery life, fantastic touchpad, gestures and keyboard. There is the potential that Windows games could run on it with some combination of x86 translation and Proton. Using MacOS on it feels like I have a ferrari with square wheels. Wa…

> Want to use FUSE? Not on your work computer locked to high-sec mode as you cannot install kernel extensions (where is our user space FS Apple?).

It exists already - https://threedots.ovh/blog/2022/06/quick-look-at-user-mode-f... - it is just that Apple hasn’t made the API public, and (AFAIK) won’t give you the entitlements necessary to use it. But, both are issues Apple could fix relatively easily - if they wanted to - and here’s to hoping the fix is coming soon

However, there is an alternative that works right now - have your user-space filesystem process act as an NFS or SMB server, and mount that. From what I’ve heard - https://lists.nfs-ganesha.org/archives/list/devel@lists.nfs-... - macOS even supports mounting NFS filesystems over Unix domain sockets, which has performance and security advantages over IP loopback

Re: ARM64 Linux Workstation

#295

Post by dbielen »

TacticalCoder wrote: post #74
jjtheblunt wrote: post #22

Earlier quoted context omitted.

and audio and screen brightness at least...those don't work on my M2 setup.

> and audio... Overall tip for anyone using Linux and having issues with audio... USB Audio is magical and works wonder. I never bother with the computer's in-board sound: it's USB Audio immediately through a DAC. Works fine. Apple sells $10 USB-C-to-3.5mmjack DAC which are basically a tiny cable (for anyone lamenting it's "too bulky" to have a full-on DAC next to their laptop). For desktops: problem doesn't even reg…

This will use 10-15% CPU (intel and M1 Pro).

Re: ARM64 Linux Workstation

#296

Post by masklinn »

rcme wrote: post #287
kalleboo wrote: post #263

Earlier quoted context omitted.

From your link, what's missing for the OP is: Thunderbolt, DP Alt Mode, Video Decoder/Encoder, SEP, Neural Engine, internal Speaker Thunderbolt seems like the main missing feature. It's easy to see how someone could live a fulfilling life without running into the lack of any of those features. E.g. is there even anything on the Linux desktop that could take advantage of the Neural Engine or Secure Enclave?

Lack of HW video support will ruin battery life if you do conference calls or watch YouTube. It’s surprisingly important.

OP is working on a Mac Studio, which they upgraded to from a mini.

I don't think battery life is their concern.

Re: ARM64 Linux Workstation

#297

Post by saagarjha »

skissane wrote: post #294
apatheticonion wrote: post #152

I cannot wait for Linux to be fully usable on my Apple Silicon MBP. That is going to be such a killer environment to develop on. Crazy fast hardware, great high refresh screen, insane battery life, fantastic touchpad, gestures and keyboard. There is the potential that Windows games could run on it with some combination of x86 translation and Proton. Using MacOS on it feels like I have a ferrari with square wheels. Wa…

> Want to use FUSE? Not on your work computer locked to high-sec mode as you cannot install kernel extensions (where is our user space FS Apple?). It exists already - https://threedots.ovh/blog/2022/06/quick-look-at-user-mode-f... - it is just that Apple hasn’t made the API public, and (AFAIK) won’t give you the entitlements necessary to use it. But, both are issues Apple could fix relatively easily - if they wanted…

Last I heard there are no plans to do this.

Re: ARM64 Linux Workstation

#298

Post by saagarjha »

jeffbee wrote: post #20
nicce wrote: post #8

Earlier quoted context omitted.

Not everything will work. Once upon time I tried to make CTF with M2 Pro, and I seriously wished that I had x86_64 Linux instead. Many of the penetration testing tools are not mainstream and they include pre-build x86_64 binaries, or are configured just to not compile with ARM, for reason unknown. And there is no time to figure out what is wrong. I know this might be a niche scenario, but still...

I cannot imagine a worse idea than downloading a binary artifact promulgated by someone in the competitive infosec community.

They’re inviting you to tear it apart, so

Re: ARM64 Linux Workstation

#299

Post by adrianmsmith »

rkunde wrote: post #142

> In some cases, it is too fast. When I installed K3s, all of the containers in the kube-system namespace kept entering the dreaded CrashLoopBackOff state [..] After some investigation, I found out that the Mac Studio was just too fast for the Kubernetes resource timing I’d like to understand what the issue here is. Sounds counterintuitive to me.

Classic that the only thing they reported didn't work was Kubernetes! Kubernetes is really such a complex and fragile system, at least in my experience.

Re: ARM64 Linux Workstation

#300

Post by pjmlp »

apatheticonion wrote: post #152

I cannot wait for Linux to be fully usable on my Apple Silicon MBP. That is going to be such a killer environment to develop on. Crazy fast hardware, great high refresh screen, insane battery life, fantastic touchpad, gestures and keyboard. There is the potential that Windows games could run on it with some combination of x86 translation and Proton. Using MacOS on it feels like I have a ferrari with square wheels. Wa…

A ferrari with square wheels, that is a good one.

A UNIX descendent of NextSTEP tooling, versus the distribution of the month in GNU/Linux world, preaching they will get the desktop this year, for 20 plus years, and the road for gaming relies on pretending to be Windows.

Treat macOS as Mac OS, not as a Linux distribution.

A proper set of UI frameworks, not stuck in pre-history C and C++ workloads or even worse Electron, a 3D graphics API that doesn't require one to become a graphics driver programmer to draw a triangle, proper attention to UI/UX,...

"They said a Unix weenie was code for software engineers who hated what we were doing to Unix (the operating system we licensed)—putting a graphical user interface on it to dumb it down for grandmothers. They heckled Steve about his efforts to destroy it. His nightmare would be to speak to a crowd of them."

https://web.archive.org/web/20180628214613/https://www.cake....

Post reply on HN