News for hackers. Stuff that matters.

Ask HN: Is hardware optimised Linux possible?

I always read about macOS running harmoniously with Apple's hardware because they are "optimised" for each other. I am not gonna lie, I don't understand how that works, but I can vouch for it. I do find that a low-end MacBook Air feels much faster than a similarly-specced machine running Windows.

Snappiness and speed, however, are not a problem with Linux. My issue with Linux is battery management. Running Linux on a laptop sucks for me.

I have tried multiple distributions on multiple devices, and the only ugly thing about these experiences was the battery life getting hit drastically. I am speaking 50% battery life here.

I want to jump on the Linux train, but I am too addicted to the battery life a MacBook offers me. I don't want to run multiple operating systems that change with context. I want to have one consistent experience regardless of the work I am doing.

Is it possible to create the same harmony that Apple makes for its hardware and software to work well together with Linux? Is it difficult in the sense that it would require a huge amount of research and development in completely new hardware? Has it been done by anyone before? Are my questions valid at all, and not just naive babbles?

( 3 comments | 3 points | on HN )
Re:Ask HN: Is hardware optimised Linux possible? by moviuro on Thursday October 04, 2018 @04:59AM (#18138225)
Just as about everything: you take care of it. See e.g. https://wiki.archlinux.org/index.php/Power_management
Re:Ask HN: Is hardware optimised Linux possible? by deytempo on Thursday October 04, 2018 @07:04PM (#18144444)
You might optimize the hardware with arch but security is another game all together. I’ve never heard of anyone running production webfacing services on an arch Linux server
Re:Ask HN: Is hardware optimised Linux possible? by moviuro on Friday October 05, 2018 @05:10AM (#18146742)
Security is not a goal in and of itself, true. Though minimal patches ensure that most issues are caused by upstream, not Arch itself.

https://security.archlinux.org/

https://bugs.archlinux.org/index.php?string=&project=1&type%...