M1 Pro 14“ MacBook Pro Running KDE Plasma 5 on Arch Linux ARM
twitter.com
twitter.com
With Linux becoming a viable option on those machines, they become interesting for a far wider audience than just the MacOS users. Thanks to the great work by Alyssa, GPU acceleration should be close too.
Then lets see when Linus gets himself a Mac, he already indicated that he would be interested to do so as long as he doesn't have to port Linux himself.
The x86/64 solo reign was more like 15 years.
But I miss it too. The 90s with all its amazing architectures. SPARC, Alpha, MIPS, PA-RISC, PowerPC. I still have several of those here at home :) Computers have become boring and it's nice ARM is shaking things up.
I wonder if M1 will ever be fully supported though. With full unrestricted video, 3D and AI acceleration. There seems to be a lot of Apple secret sauce in these processors.
Solo, yes, probably 15 years. But domination? Probably starting with the IBM PC in 1981 (ok, make that 1982 or 1983 to allow for the sales ramp up) until 2020. That's a very long run for a computer architecture.
I expect that the next architectures to rise to the top will be even more entrenched.
We're way past computing's early years, childhood and adolescence.
I doubt it'll remain that stable. The mobile OSes have already embraced a number of platforms, not even all ARM based. Android seems to be quite flexible regarding architectures with its pre-compilation. I think this is a sign of what's to come.
RISC-V is also an upcoming player and if it's successful it may spawn more fully open contenders. As we move to more AI integration there's a whole new lifecycle opening up too in terms of ML coprocessors. We're in the same situation as early computers with multiple vendor-specific solutions.
I think on the security side there'll also be more hardware signature checking rather than the chain-based checks of Secure Boot. Rather than the OS checking if a program is legit, the CPU could do it (already done on some custom like consoles)
So I don't think computing is really mature at all. It just has had a stable phase for a while.
The PC for home usage really started only in the 90ies, scientists would use workstations. It was only towards the end of the 90ies, that x86 caught up with them and well into the 2000 years, when they overtook them. It was actually AMD who dealt the killing blow with the Athlon and especially the Opteron. At that time, Intel was pushing Ithanium as the architecture for professional usage and kept x86 onto 32 bit with more game-optimized processors (P4).
It roughly aligns with my experience during that time.
Pretty much everything.
The OP made a number of statements about the various platforms' marketshare over time which were inaccurate if applied globally, but might have been accurate in a certain country, hence my question to them. All of this in service of an idea - that x86 hasn't been dominant for four decades - which is so absurdly counterfactual that it's silly to argue about. I mean, you guys know that these sales figures are public, right?
Regarding the assertion that PCs were ever "quite rare in private usages." There are some pretty good charts of the various home computers' marketshare available here:
https://arstechnica.com/features/2005/12/total-share/4/
https://arstechnica.com/features/2005/12/total-share/5/
https://arstechnica.com/features/2005/12/total-share/6/
It occurs to me after sharing those that one could look at those charts and assume all those IBM PCs were going to businesses (that's an AWFUL LOT of businesses!) but I don't have all day to spend on gathering this data... research game sales in the mid eighties if you have doubts about this! They were servicing a dying C64 and Apple II market, and a rapidly growing x86 market. x86 did not wait for nineties (how is this even an argument... jeez).
I still have the Athlon XP 3200+ system I built, but AMD didn't deal any kind of "killing blow" with anything. That's extremely silly. AMD did an admirable job of forcing 64-bit adoption on the PC a bit sooner than Intel would have liked (and driving multicore!), but x86's domination in the marketplace did not have to wait for that.
In terms of marketshare, ARM didn't matter much until it became an embedded standard. Regarding 68k, which the OP brought up for some reason, I offer this:
x86 (and Linux and Windows) started killing Unix and the other architectures a lot sooner than Opteron. At some point in the late nineties, SGI's workstation people pretty much curled up on the floor in the fetal position, moaning, "Windows NT, Windows NT." That spectacle was downright undignified, although the NT box they produced was impressive in its way. (They made some nice contributions to Linux nevertheless. Would that they had taken Linux even more seriously.) It says something about their outlook on the future of MIPS, as well as UNIX, that SGI designed their Visual Workstation using Pentium in an era when Windows NT on MIPS was still a thing.
You can't quite say that AMD64 killed sun. Sun actually made some decent, if overpriced, Opteron stuff. Sun's demise is a fun thing to discuss because former Sun employees often have an interesting opinion about where Sun went wrong. I'm waiting for the guy who says something like "yeah, that was my department's fault. We blew it and the company failed." So far I haven't seen that.
Hotmail was bought by Microsoft in 1997, then Microsoft promptly announced that the service would be switched over to Windows. Till then, according to Wikipedia [1], Hotmail ran some Sun boxes, but also a lot of FreeBSD, and I am almost certain that the FreeBSD was running on PCs. They were probably the largest email provider in the world in 1997.
The Apache web server "was the most popular web server by Spring 1996 and stayed like that until the Summer of 2014" [2]. It ran and runs almost exclusively on Linux, which in turn ran and runs almost exclusively on x86.
1: https://en.wikipedia.org/wiki/Outlook.com
2: https://blog.cloudware.bg/en/the-history-of-the-apache-http-...
But for home usage, the "home computers" were popular as named before. Universities used Suns till the late 90ies.
That might have been true in Germany. It wasn't true in the United States. IBM PC (and moreso, PC clone) adoption was quite strong in the home from the mid eighties. That's all I meant by the question about nationality - I really do think there's a difference there when it comes to market share. (I probably shouldn't beat the subject to death but it was an interesting discussion)
> Apples were very popular in the US at that time
Well, the Apple II line was popular in the US in the late 1970s through the mid-1980s -- at one point it was the best-selling 8-bit computer, taking the throne from the Radio Shack TRS-80 -- but the Mac was absolutely not a big seller in the 1990s; Apple survived because they dominated a few vertical markets like desktop publishing. For home computing, the first really successful Mac was arguably the iMac circa 2000.
And here's the thing, mostly they weren't amazing. They were just expensive and not popular. But some things like SPARC were just headache-inducing
https://atiqcs.wordpress.com/2016/11/15/sparc-register-windo...
I agree with this part, but the sparc register windows are completely reasonable and obvious.
Plus I'd argue that SPARC is enough simpler to work with than x86 in other ways that you could look at it as "spending your complexity budget somewhere else" more than it being more headache inducing.
(though admittedly I cut my teeth on assembly on an ARM2 so basically every modern architecture is kinda headache inducingly complicated to me ;)
"Consumers don't need 64-bit" (and trying to promote Itanium)
"Consumers don't need ECC RAM"
It holds back the industry now that they are the only PC platform.
PS: I think Itanium was a really good idea but again marketing made it unviable. They wanted to position it purely for servers, just at a time where there was a real cost focus on servers using commodity hardware (e.g. from Google)
While the option of running Linux on one of these M1 chips is intriguing to many of us, I have a hard time seeing that this will bring these machines to a "far wider audience" than MacOS users. It does open up some niches, and in particular it could mean that people will still be able to make use of these laptops after Apple stops supporting them. But we're pretty much a rounding error for the duopoly that owns the desktop OS market.
I do share your admiration for the accomplishments of Alyssa and all of those who are porting an open source operating system to a new hardware design with little help from the manufacturer.
If Apple waited 6 months and released a significantly cheaper 16 inch M1 Pro Mac with a non-XDR screen and in the old form factor (to save money on tooling), similar how they do with the iPhone SE line, then they'd make so much damn money from devs jumping on board.
As devs build out that ecosystem it'll become easier bring products to ARM. Eventually, we might even see something like the Steam Machines built on an ARM64 platform. If it ever happens, it'll happen on the backs of those trail blazing devs who built out the ecosystem, because they were able to get a pretty rockin' laptop on an ARM64 platform.
Devs also happen to be great evangelists for bringing technologies into the corporate ecosystem. This will create a demand for porting popular MDM and other corporate tooling over to ARM64.
I'm a dev and I'd love a machine like that. I actually think the older form factor is better, I carry my laptop to and from work every day, so I appreciate a lighter and slimmer laptop and I don't think I'm alone on that account. I couldn't care less about a screen that can get up to 1000+ nits, but only when playing certain videos.
I know Apple needs devs to make money. Lots of them. But I don't see any lack of them at the moment. In this context it appears we are just talking about selling more machines. You'd buy one. So would a few others. Apple wouldn't make a ton of money on that machine though.
Would love to see some performance numbers.
So the advantage is you get better container performance, all the capability you would normally get with container workloads on their native platform (Linux), and you wouldn't have to use the Docker Desktop product anymore.
FWIW, https://stackoverflow.com/a/68561693/3230028 is how you do that.
Overall, this is an issue that I think goes beyond Docker on a Mac. We have multiple examples of development targeting one platform, or involving tools native to that platform. But because of preference, or conflict with other tools, or policy, we end up with these emulation or compatibility layers like HyperKit/Docker for Mac, or WSL/WSL2, or WINE, or frankly WebAssembly/Emscripten/whatever. And I think the result is almost always worse than if people just found the most native set of tooling for their primary use case and used that.
What is it about macOS that makes Docker Desktop for Mac worth it, if your development workflow is heavily container-based? At my workplace, it's mostly policy and preference issues making Linux unsuitable for the majority of the user base, even though that majority is working with containers constantly and targeting Linux.
I guess you can pick at this and point out that we're not writing software in assembly for a reason, but I feel like there's a line where you have too much abstraction, adaptation, or emulation, and for me workflows built around something like Docker Desktop for Mac just so we can use macOS are over that line.
I also want the highest resolution screen with crispest graphics possible if I'm staring at it all day (1080p IPS displays are awful for my eyes). The thing about Macs that makes them nicer than most comparable Linux machines is the display is much better.
One of the only reasons to consider the Mac over something like an XPS today though (other than that you can go out and buy it) is that it supports Adobe products which you may need for front end work. However, if my company is all in on Figma and Im just working on a generic backend you bet your butt I'm asking for an XPS.
You might suffer from SV syndrome. I live in a small town in the east of France: anything Apple is unaffordable (without major sacrifices and uncertainty to be able to replace the machine if it breaks too soon).
Right now if I had to replace my current computer, I would have about 600€ total budget. And France isn't exactly a third world country (but we're doing our best to get there ;)
have you looked at cpu performance or cpu-only power efficiency of the XPS 17 vs M1 Pro MacBook 16 for backend work ?
I don't really care about power efficiency tbh, I'm plugged into the wall all day
We're talking about running Linux on the Mac, so you won't be paying that virtualisation penalty.
There is no reason to think ARM64 containers running on an ARM64 machine would run any worse than AMD64 images running on an AMD64 machine. So given M1 Pro/Max Macs consistently rate amongst the best performing laptops on the market, you should expect a similar experience when running ARM64 containers on Linux.
As more developers pick up ARM64 macs, more binaries and containers will be releasing in ARM64. There was already a massive boost in this kind of thing after the launch of the M1.
So paying the price of Docker x86 images chomping CPU and being significantly slower is a downgrade from Intel.
If Apple did something about the container situation, it might show a lot of developers that Apple notices them and gives a damn.
Software packages baked into images (at least the ones meant to be run ultimately on the servers) are actually x86 binaries, so no luck running them on ARM CPUs.
I have remained a Mac user through the most recent several major OS X/OSX/MacOs/macOS changes with increasing reluctance as Apple increases its ownership of my hardware. I "own" an M1 Mac. I would like the freedom to run a free OS with free drivers on it. I watch Asahi Linux and the associated work closely. I donate and I hope.
I may be reading this wrong, but it sounds like you think this is something of a limit because of Apple. You have always been able to do this if you could find software that works. You can't "use" their OS on non-Apple hardware though.
It's not Apple's responsibility to write code for software that is not theirs. Could they release "drivers"? For what? Why would they? The hopes of selling 1k more hardware units to Linux devotees? Why would they want to incur the expense of that support when it is such a tear in the ocean level of user base?
I merely wish that Apple didn't think it was their responsibility to track and monitor my use of "my" hardware. Free and open software allows me to use the hardware exclusively in accordance with my desires.
in what way are they doing this? is there something other than no other software works on this new hardware preventing your from running other software when (not if) it does arrive?
A laptop that doesn't throttle down when unplugged from the wall, yet still maintains an all day battery life is hardly a niche.
Laptops are supposed to be a portable computers that work anywhere, not just luggable computers that must be plugged in to work.
By whose definition? There have always been trade offs to achieve that portability. Processing power has always been one mainly due to the electrical power demands. We're just now getting to battery tech that is impressive. We've taken this long to get to processing abilities that didn't require being attached directly to a power line to idle.
If "supposed to be" means we all have been "hoping and wishing one day" it might be possible, then sure, "supposed to be" it is.
The M1 Mac laptops are using the same battery tech as everyone else.
What has changed is the ratio of performance to power draw, and leaving behind the almost immediate thermal throttling you see in x86 laptops.
>The chips here aren’t only able to outclass any competitor laptop design, but also competes against the best desktop systems out there, you’d have to bring out server-class hardware to get ahead of the M1 Max – it’s just generally absurd.
https://www.anandtech.com/show/17024/apple-m1-max-performanc...
High performance, combined with all day battery life is a new thing, not a niche.
The reviews don't agree that the "not Apple" laptops have anywhere near the same performance and battery life.
>the new MacBook Pros with M1 Pro and M1 Max chips are incredible — the fastest laptops we’ve ever tested in some tasks, with some of the longest battery life we’ve ever seen.
https://www.theverge.com/22751921/apple-macbook-pro-14-16-in...
But I'm okay with that. I can be working at home/work and then move, pickup at new location, and go right back to work without losing peformance. Just need a plug
You my friend are the specialist of special snow flakes.
This project would open things up if it did something novel.
IMO a Linux distribution is the perfect base as a metaverse client for the entire internet.
Ditch the window manager that only acts like a desktop metaphor and login to a 3D capable viewport. Toggle between 2D and 3D representations, virtually load websites. Like applying AR to cyberspace. Natively relying on that ML friendly GPU.
Something like Godot as the window manager process (controls abstracted behind a traditional default UX or something) and hacking away at its scene tree format. Update UX state to be a 2D UI if needed.
Store the contents of a file as a hash to regenerate it like procedural game engines do would improve security if the users login unlocks things. /home need not be a traditional filesystem at all.
There are a lot of ideas going unexplored due to the money being thrown at business as usual problems.
I would love to be able to run Nuke, so definitely one of those niches. There's not much *nix only software that can't be run on macOS, but there's definitely lots of macOS software not able to run on *nix. Being 1 reboot away from using whichever is needed is dream a little dream territory.
We are a rounding error when it comes to casual usage; but in the pro segment and especially for coding, Linux usage seems nontrivial.
According to Wikipedia [1], Linux had 2.33% share in laprop/desktop OS. But in a SO survey 25% of programmers picked Linux.
[1]: https://en.m.wikipedia.org/wiki/Usage_share_of_operating_sys...
It's absolutely NOT a real contender for widespread use until you can buy a mini-itx, microatx or regular ATX motherboard from any one of the well known dozen Taiwanese motherboard manufacturers, and an individual CPU to socket into it. Or at least a selection of motherboards with CPUs soldered onto them from same vendors.
The hardware availability is basically a walled garden.
https://www.youtube.com/watch?v=lxdRSCQfhyw https://www.solid-run.com/arm-servers-networking-platforms/h...
- Layerscape LX2160A 16-core Arm Cortex A72 (up to 2GHz) - up to 64GB DDR4 dual channel 3200MT/s - 4 x SATA 3.0 - 1 x PCIe x8 Gen 3.0, open slot (can support x16) - 4 x SFP+ ports (10GbE each) - 3 x USB 3.0 & 3 x USB 2.0 - GPIO header - 170mm x 170mm standard Mini ITX form factor
Now, is it probably priced out of being a real contender for widespread use? Most likely. Is it offered is configurations that suite everyone? Maybe not. But that doesn't mean it can't accomplish the same or similar tasks. If someone can sit at a computer and accomplish all of their normal tasks, then for the most part, it is a contender for widespread use, it is just a cost factor.
yes iphones are mainstream, in terms of market share.
no iphones are no mainstream in any context related to use of one's own choice of GPL licensed software.
Yeah, no. It's a walled ecosystem, not a 'contender' in the sense that it can't be horizontally integrated with other technologies.
iPhone is a walled garden Macs are not a walled garden.
A real contender would be Amazon’s Annapurna Labs with their ARM processors or something with RISC-V.
> It's been running the glxgears demo (60% all-core CPU usage)
Looks like it'll be a while before this thing runs Linux with anywhere near acceptable performance if glxgears still runs in software at 60% CPU.
I don't trust Apple's software and "ideas" of computing at all. Just another big company with data gathering ambitions. After Catalina MacOs is a total joke. https://www.nytimes.com/2021/05/17/technology/apple-china-ce...
So let's hope that running Linux on M cips will be possible, soon.
I'm running Monterey now, and nothing has changed for me between Catalina and Monterey. The security changes (like kernel extensions, some paths, etc) and deprecations (32-bit apps), that broke some of the software/devices I had, were already present in Catalina. What damning difference do you see in Big Sur and Monterey?
> What damning difference do you see in Big Sur and Monterey?
the ui/ux i presumeApple officially supports running your own kernels on these machines. This isn't a jailbreak, it's an official feature of the hardware and firmware design that Apple added, and which their EULA allows you to use in this way.
These machines are also not brickable, you can always do a DFU restore from macOS or (soon; Monterey needs some stuff I already figured out but haven't implemented yet, but it works for older versions on the M1s) Linux using idevicerestore, no matter how much you wipe or screw up.
(That said, I wouldn't recommend wiping macOS at this stage; we expect most users to have a dual-boot setup.)
[0]: https://frame.work/
I spent a fortune on a Lenovo X1 Extreme, and the thing bricked itself three times in 14 months, the last of which was outside the warranty window, and it's now basically impossible to get repaired (I couldn't even get anyone to look at it, and Lenovo is no help at all). Even if it weren't bricked, the shitty plastic case is already getting loose (the display hinge is loose/wobbly and squeaky); the speakers sound terrible; it's loud; it gets unbearably hot.
Dell laptops are pretty good with Linux, but the build quality is similarly poor. Linux-first laptops like System 76's are clunky and inferior.
It's really hard to beat MacBooks on a hardware level. I'd love to run Linux on one.
In terms of hardware and build quality, apple is crushing it with m1 mpb.
However, I just received my framework laptop and am totally excited by it. The build quality is pretty good compared to my 2019 15” intel mbp.
It feels like a hunk of metal, similar to mbp. I love the size, the monitor is great, keyboard is much better, and all the parts are replaceable. Running arch with zero issues so far (although i havent tried bluetooth or fingerprint reader yet).
The battery doesnt seem great (8hr real use) and the speakers are not even close to my mbp.
Other than those two items (both of which are fixable with battery pack + headphones) I find the offerings very similar.
Eight hours of real use is fantastic. I've never gotten more than eight hours out of a MBP while doing actual work; it's usually more like 4-5 hours, if I'd doing things like running Docker and frequently doing builds and running tests. Laptop manufacturers stretch their battery life claims like crazy. My MBP will last 12 hours if all I'm doing is using a terminal to SSH somewhere and doing very light web browsing, but if I'm doing dev work, forget it.
if mbp is a 10:
monitor 9
trackpad 8
keyboard 15
case 9
ports 20
battery 6
speakers 5
I an shocked by how well the trackpad works. I havent messed with gestures yet but the precision seems on par to me.
Linux support is first class.
Im very happy with my decision. M1 mbp is definitely better overall but I would choose this laptop over it in a heartbeat.
Another one is ARM, but very under-powered: https://www.pine64.org/pinebook-pro/.
For example, bringup of the wifi can probably happen in parallel with GPU work...
For this demo it's not. It's doing CPU rendering, which the M1 is apparently fast enough to do while providing decent UI performance (albeit while using 60% all-core CPU to do it).
> it already reverse engineered in a certain level?
It is. See:
- https://rosenzweig.io/blog/asahi-gpu-part-1.html
- https://rosenzweig.io/blog/asahi-gpu-part-2.html
Linux on macbooks would be an amazing dream.
I wonder if it will ever happen outside of very limited use cases.
Apple will just throw some crap random docs at them, best case scenario. They won't discourage it actively but they won't help them either.
The time budget for high quality engineers working on this will also be limited as there's no market that I think of, only itch scratching. Which generally takes you to "good enough/mediocre" not to "awesome for the general public".
It's exactly because they don't want thousands of Devs wasting time at all. Why reimplement something that already works well as a computing platform?
There is no good reason why they would want to do this. But it's not like they're blocking everything and locking it down. They just haven't published docs etc - which can carry a significant maintenance cost.
Apple provides the complete package. If you're homebrewing on top of their PCs, that's your problem and you're actually more of a nuisance to them. They don't actually get any benefit from you and you, being an advanced user, are very likely to have demands that are not representative of the general population and that also risk being difficult to accommodate. What could you possibly do that the All Mighty Apple™ can't do better?
Actually they don’t get any penny from me because I can’t run Linux on M1. I like MacBooks. I like OSX.
I’d love to buy one of those M1 and even keep OSX on it but I’m never going to buy a computer whose OS updates could be stopped at any time with no replacement possibility.
In the last decade or so, we've seen Apple flip-flop their designs and priorities between content creators and content consumers. If you can remember back to the 2000s, with the first-gen Mac(book) Pros, those were actually pretty remarkable computers, albeit very expensive and arguably overpriced from a performance per dollar standpoint. They were proper workstations -- if you could afford them. They also ran Windows via Boot Camp, with first-party drivers. Apple recognized the incremental value of supporting "advanced users" then, even if it was just a small niche.
Then the iPhone and iPad came on the scene, and quickly overtook not only the Mac market but the computing market in general. Content consumption, and App Store profits, thus became most of Apple's revenue, and their priorities shifted accordingly. Once Jobs died and Jony Ive took over, they tried to refactor their computing devices to be more like their consumption devices, changing the Macs from workstations to, I don't know what, designer furniture with screens? The Mac Pro (trash can) was obsolete within a year, the Macbook Pros went from fantastic workstations to experimental art featuring terrible keyboards and no ports and broken-by-design cooling.
Enter the present day. Jony Ive left (good riddance!) and they are again free to pursue the content creator market and cater to user demands, not the holier-than-thou vision of their annoying designer. The Macbook Pro is back with a vengeance (hopefully the desktop Pro soon), now featuring a vastly superior chipset, with a powerful & efficient CPU/GPU, ML chips, hardware encoders, etc. If only it had a USB-A port. Anyway, those are all signals Apple is starting to take the workstation market more seriously again.
The market has also changed in the intervening years. Any ol' laptop will suffice for most users. For some, iPads with a keyboard or Chromebooks are more than enough. For the remaining power users, what are their options? Surface, ThinkPad, Latitude, and now Macbooks again, finally. But that requires accommodations for "pro" workflows and tooling, and these early signs are encouraging, or they wouldn't have bothered much past the Macbook Air.
If Apple was able to support Boot Camp for Windows, there's no reason they can't provide similar support for other ARM operating systems, whether that's Linux or Windows for ARM. Parallels can already run Windows on a M1. Adobe has ported much of their stuff over to M1, Unity is halfway there, Unreal is thinking about it, Docker works... which is to say, the industry is excited about the possibility that Apple is going to start caring again. Hopefully. Maybe.
Personally, I'm also intrigued by the possibility of M1 in data centers, in rack mounts, with amazing performance/watt metrics. If that happens, surely Linux development on M1 will pick up alongside, and that may trickle back down to desktop users? One can hope. I don't think Apple has ever been in this situation before: where its own chips (as opposed to integration and design) risk disrupting the status quo. It's an exciting time. We'll see if it lasts...
If you're not running their software, you're not in their ecosystem and they can't upsell you.
Not anymore - it's now about selling services to get recurring income. E.g. App Store (to extort money from developers), Apple Care, Apple Pay and iCloud (from users) etc.
That is why they are locking down the Mac systems too, and making it a closed system like the iPhone / iPad platform. They have been doing this for a while now. The only thing that now differentiates an M1 mac to an iPad or iPhone is that the bootloader is not locked on the M1, and so you can still theoretically install another OS. (Ofcourse, the practical reality is that due to the closed box nature of the M1 Apple Silicons SoC, non-macOS OS can't exploit the full benefit of the hardware and will always offer subpar performance).
It is quite evident now that Apple has been locking down the macs:
1. The first few Intel Mac Minis allowed you some level of customisation of both the hardware (change RAM or HDD / SSD) and software (install other full featured OS).
2. Then came the Mac Minis with soldered RAM and SSD. You could no longer customise the hardware. Software was still customisable and you could still install other OSes. (Recall that Apple even offered free drivers for another OS, i.e. Windows).
3. The current generation of M1 Minis now doesn't allow you to customise both the hardware (everything is soldered) and the software (no other viable OS except macOS). Technically you can install other OSes, but the reality is that currently only crippled versions of Linux and xBSD is available and practically the only full-featured OS available for it is macOS.
The only difference between the M1 mac platform and the iPhone / iPad platform is the unlocked bootloader on the macs. And the only reason they haven't locked it yet is because they know that as soon as they do it, many will avoid it. They are just waiting for the M1 Macs to reach a criticial level of acceptance before they do so. (And till then, the lack of an alternative full featured OS to the macOS, currently works to their advantage).
> Asahi Linux is a good example of that
Asahi Linux is a distro built on existing ARM based Linux. Apple Silicon is built with ARM chips, so it is not surprising that ARM Linux could be ported to it. But it will be never be as full featured as macOS on the M1 because no device drivers exist for it on the M1 platform. While their aim to reverse engineer the hardware is laudable, I see it as a pointless endeavor as it will take years, and Apple doesn't want any other OS to run on it. From their perspective, any other full features OS hinders with the built-in plannned obsolescence built into the M1, and also cuts into the recurring revenue model built into the services in macOS (iCloud, App Store, Apple Care etc).
Asahi Linux contains device drivers for the M1 Macs, quite a bit of their work has been accepted to the Linux kernel already. GPU drivers are pretty close too.
Apple does explicitly allow other OSes to run on their hardware, they explicitly enabled that.
That's why I started this project backed by a Patreon. I knew this couldn't be accomplished via itch scratching; it has to be a job (not quite full time yet, but a good chunk thereof).
FWIW: the userspace GPU driver is now passing 90% or so of the GLES tests running on macOS; only the kernel side is not started yet. The ML cores are a niche use case and broadly not useful for anyone not doing machine learning on Linux (but some people are interested in them and have started taking a look). And power management already works to a significant extent; in the next week or so I'll be submitting v3 of the PMGR driver and v2 of the cpufreq driver for upstreaming, and starting work on SMC (needed for battery/charging info). And the security chip (SEP) has already been poked at; the mailbox interface to it is shared with other chips and has already been upstreamed, and the protocol on top isn't terribly complicated. It's mostly a matter of building a little driver to give userspace access to it, and writing some tooling to use it.
Unfortunately I'm a late pragmatist so I'm probably half a decade away from using your work :-)
https://tbkconsult.com/wp-content/uploads/2016/05/Crossing-t...
M1 performance in laptops is great but that's only been true for a year or so, for the last 5 years Apple laptops have been hot garbage.
As an owner of fully loaded 2018 mbp (i9/upgraded GPU, 32 GB ram) I can without a doubt say it's the worst premium device I've ever owned. The battery runs out on me after 1 hour meeting - and I have >100 cycles on it. The amount of heat and noise it produces is surreal, and that's after I opened it and cleaned up the vents (which clog easily) and added thermal pads to connect VRM to chassis (which helped significantly, prior to that the CPU would downclock so bad I couldn't use anything on my device after 15 mins in a Google meet connected to a 5k monitor).
Not to mention all the bugs I had to go through with it - wasn't untill 6 months after I purchased the device that I could actually use my 5k on my USBC monitor on full resolution - only started working after an OS upgrade.
And the keyboards failing being a known problem they replace out of warranty because they recognise their design sucks (luckily I use external keyboard 95% of the time).
Apple hardware was mediocre at best for the price they charge, up until M1.
In the mobile space, they are faster but as someone who switched from an iPhone to Samsung - I can't really say it matters. Phones are good and well rounded but nothing spectacular, hardware is on par with Samsung.
Again using the Mac/iOS combo is really nice so the software integration is next level, but considering their business practices I refuse to get locked in to the ecosystem, it's just too limiting.
And Linux on M1 would likely be subpar to any premium x86 device, Linux support sucked even on x86 Macs.
There were some good things, the displays were excellent, the touchpad is still the best in class, and the size/weight were excellent.
But usb-c only was step too far, the Touch Bar wasn't the right move for a Pro audience (i), there wasn't enough room for cooling the intel chips and the keyboard situation was farcical - it's the primary interface to a Mac (can you imagine the outcry if iPhones had touch displays randomly not working, doing extra touches etc?!).
I think Apple gets a lot of leeway because the 2008-2015 MacBook Pros were probably the best laptops you could buy.
Having owned a 2009 MacBook Pro which in my opinion was the best laptop I'd ever owned and never made me question the amount of money I spent on it. The 2016 MacBook Pro was the exact opposite (mainly due to the keyboard being so bad).
I'm glad Apple have come to their senses and course corrected. I do wonder though for people that have only seen the 2016-2019 era if they will bother to try Apple again...
(i) I understand it probably would've made it too expensive to produce but I think the Touch Bar would've gone down well on a MacBook Air where I would imagine there's a lot more hunt-and-peck typists that'd appreciate and notice what's being displayed on the Touch Bar. As a touch typist I never looked down to see the Touch Bar so it was a mostly wasted on me.
I'm one of those angry bastards, and I even own an M1 Macbook Air. The hardware is impressive, no doubt, but MacOS frustrates me so much these days that I cannot daily-drive it for my workflow. Plus, once you make the switch to Linux it's really hard to see Apple products as an upgrade anymore. You're giving away your freedom, and condemning yourself to paying $8 to manage your windows properly or $10 just to hide some statusbar icons. And when all is said-and-done, I can't move that statusbar to the left side of my screen... God it frustrates me endlessly. When I saw how Big Sur redesigned everything, I just gave up on the OS altogether. The thousand papercuts I feel on MacOS are reduced to a couple hundred on Linux, the majority of which I can automate away without worrying about some bigger company pulling the rug out from under me.
I really wanted Apple Silicon to be a barnburner for me, and I was hoping beyond hope that they would take the extra space savings to add an M.2 drive or an easier to repair chassis. At this point though, I think I'm contented to just stop caring. Apple courageously headed in a direction I'm not ready to follow in, so I cut them loose in exchange for all my sweet creature comforts. And how comforting it is.
They're currently only Intel based, but there's a marketplace where you can buy or sell just the mainboards once the AMD, RISC V, or ARM64 models become available.
Yep, but that's not really an issue on KDE since most widgets will avoid the center of your bar unless you explicitly tell something to display there. I'm sure some frustrated MBP owner will push a fix for it in the future though, it's just a matter of time.
> The difference in fonts between KDE and macOS is visible here at first sight
Well, in this screenshot it is. As you can see, there's no GPU acceleration on anything here, which means they've probably got subpixel AA disabled (and obviously aren't running San Francisco system-wide). You can configure the two to be frighteningly similar though, in my experience.
Are there metrics comparing efficiency / battery life of ARM linux and OS X, on the same hardware? This sounds promising.
If someone can pull off the GPU in Linux on these, I have a feeling they'll be some beastly Linux dev workstations too.
It's frankly incredible.
Not wholly, surely? As an OEM, Apple would need to provide drivers. Given that their system isn’t an off-the-shelf SBBR/ServerReady ARM64 device, that’s going to be a not-insignificant amount of work that isn’t Microsoft’s responsibility.
Seeing as the Asahi Linux project has had to reverse-engineer pretty much everything, I don’t see how Microsoft could be totally on the hook.
if MSFT is serious about (eventually) transitioning to ARM for the majority of consumer-oriented Windows machines, it surely makes sense for them to provide support for the most adopted ARM-based laptop and desktop platform out there… to bolster development of ARM-native applications for Windows on ARM, if nothing else.
i don’t own either machine — but i imagine the ARM-based Surface Pro X would make a miserable development experience, especially compared to a hypothetical Windows on M1(X) MacBooks.
we shall see i suppose, but i would be very surprised if we never see it happen.
If you want to activate it, use slmgr with some sketchy third party KMS server.
WiFi also needs some installer plumbing to copy the firmware to the right place. I already have it all planned out, just need to sit down and write it.
With Linux you can get the same hardware for half the price from other manufacturers.
EDIT: By 'same hardware' I mean 'hardware with comparable / equivalent performance'
That might have been true before, but today no one else is selling ARM laptops that can match the M1 Pro in performance and efficiency.
What I was getting at is if you want Linux, you can get a good Lenovo or Dell for about $1000-1200 that would seem / feel compararble to a $2000 macbook.
Even discounting the performance benefits of Apple Silicon, the reliability and longevity of Apple products in and of itself is reason enough for me to purchase them. I'm still using an early 2011 Macbook Pro as my personal laptop but I no longer get macOS upgrades; it's stuck on 10.13 and has been for some time so I'll be installing Linux on it at some point in the near future.
And I say all this as someone who once hated Apple for their price premiums. I still find their prices hard to swallow even though I have the means now compared to back then. But their prices are easier to justify for me once you take all of the above into account.
Everybody understands that with soldered RAM, SSD and a closed SoC the M1 Apple Silicon Macs are just one step away from being a completely closed system like the iPhone / iPad platform - all that Apple has to do is lock the boot-loader of the Mac, like on iPhones / iPads, and tighten SIP to prevent installation outside of its App Store. When (not if) they do this, the users will be effectively trapped into the Apple ecosystem, with them beholden to Apple's mercy on how effectively and how long they can use their system (planned obsolescence).
This is why many with common sense have ignored the new Apple M1 systems, and continue to stick with the more open systems relying on AMD / Intel. Constant hyping of "Linux on M1" is meant to counter the perception of the closed-box macOS mono-culture, and give us the false hope that the M1 macs are just like any other Intel / AMD computer. Where as the reality is that unless Apple releases hardware documentation for it, all non-macOS operating systems on the M1 will always offer sub-par performance.
Apple Silicon Macs are based on the iPhone / iPad platform. Apple chose to spend a significant amount of developer time adding the ability for users to securely load their own kernels, which is part of the new BootPolicy system that iDevices do not have, and a documented feature with multiple official tools to support it. There is a blog writen by Apple's head of XNU development detailing how to use it. If Apple wanted to lock these machines down they would've just not done any of that.
As for soldered RAM, you would need 8 RAM sticks in individual channels to match the M1 Max's memory bandwidth, at a much higher power consumption. Modular RAM is no longer viable for low-power, high-performance laptops. Modular, low power, high performance: pick two. It's just the way the physics works. Carrying a 512-bit bus across a connector isn't free, it has a significant power/performance cost due to increased capacitance and decreased signal integrity.
(Soldered SSDs, sure, that's a valid concern, but it has nothing to do with the OS.)
> Where as the reality is that unless Apple releases hardware documentation for it, all non-macOS operating systems on the M1 will always offer sub-par performance.
Funny enough, we already have better VM performance than macOS thanks to supporting the M1's vGIC (which macOS does not use yet), and we've also figured out how to work around a USB death issue that affects macOS, and I'm already putting making simultaneous DisplayPort 1.4 + USB3 work if at all possible on my TODO list, because I just found out macOS can't do it.
No documentation doesn't mean we can't beat Apple at their own game.
The fact that this is true makes me grumpy for all the obvious reasons, but even at my rather less informed level of understanding it's still obviously true.
My "solution" here is basically to enjoy the better batter life while grumbling quietly to myself ;)
1. The first few Intel Mac Minis allowed you some level of customisation of both the hardware (change RAM or HDD / SSD) and software (install other full featured OS).
2. Then came the Mac Minis with soldered RAM and SSD. You could no longer customise the hardware. Software was still customisable and you could still install other OSes. (Recall that Apple even offered free drivers for another OS, i.e. Windows).
3. The current generation of M1 Mini now doesn't allow you to customise both the hardware (everything is soldered) and the software. Technically you can install other OSes, but the reality is that currently only crippled versions of Linux and xBSD is available and practically the only full-featured OS available for it is macOS.
These are clear indicators of how Apple has been working slowly to lockdown the Mac platform like their ios platforms. (The strategy to keep you in denial - https://en.wikipedia.org/wiki/Boiling_frog - has been working great for them). The reason for this is simple - BigTech are increasingly moving towards selling everything as a service. Services are more profitable because it means they create recurring income (even after the device is sold) which means more profits. and Apple's successful business model for this, that earns them billions of dollars, is the closed-platform model that is evident on iPhones / iPads.
> Modular RAM is no longer viable for low-power, high-performance laptops.
That is deliberately misleading and ignorant. Low Power DDR chips (that are soldered) were invented for mobile phones where every watt drawn matters. On laptops they offer only negligible power savings that doesn't really matter - yes, the power saving is negligible on a laptop as the difference in power used in modular RAM vs LPDDR is between 1 to 0.5 volt. That matters on phones because they have small batteries (5 - 15 Watt-hour), but that power saving is negligible on a laptop as it has bigger batteries (40 - 95 Watt-hour).
It's as good as meaningless when you consider what you lose - soldered ram can't be upgraded and is hard to repair. The loss of this big benefit - repairability - hugely trumps the minor power savings. Apple, and others, know this very well - for them, the real attraction to using soldered RAM is that it allows for planned obsolescence.
In fact, reasonable alternative ram chips like DDR3L (low voltage) and DDR3U (ultra low voltage) that offer lower power on modular RAM that were specifically created for servers and laptops, have been deliberately ignored by computer manufacturers, in favour of soldered LPDDR, and that is why the memory industry too is forced to do more R&D on them.
Just like almost every other computer. Any manufacturer can do this at will with new systems or a firmware update. You are making a strawman argument. The question is whether they will, and the answer is they seem to have no intention to do so given how much time they spent not doing it. Soldering things down has nothing to do with locking down firmware.
> install other full featured OS
All current M1 machines allow you to install any full featured OS. Apple just isn't writing the drivers for us. There is nothing locked down when you run your own OS. I know because I also run macOS kernels under my hypervisor that way and everything works exactly as it does when booting in Apple-signed mode.
Your claim seems to boil down to "Apple changed their hardware in a way that Linux doesn't support". Well, duh. That's what we're fixing. Nothing about that means they're locking anything down.
> That is deliberately misleading and ignorant.
You didn't even bother to read my comment. The M1 Max has a 512-bit RAM bus. That is equal to 8 RAM sticks (DIMMs are 64 bits). Do you want a laptop with 8 RAM sticks?
Each one of those 4 RAM chips on the M1 Max has 8 RAM dies internally, each handling 16 bits as independent channels, for a total of 128 bits per chip. Typical DDR RAM chips as used in DIMMs are 8 bits each (which is why you get 8 per DIMM to make 64 bits). You would need 64 such chips to reach the same bus width (and thus similar bandwidth).
You just can't make that modular short of putting your RAM on a thousand-pin LGA package like CPUs themselves, and that'd still increase power consumption (and significantly increase physical size, which again makes the power consumption problem worse as it makes your interconnect longer). It just can't work with DIMMs and with standard non-LP DDR technology.
> On laptops they offer only negligible power savings that doesn't really matter.
Yeah, until you make a laptop that is actually power efficient like this one, and then suddenly it does. These things draw milliwatts when idle and have aggressive RAM power saving that puts channels into low power modes after mere microseconds (I know because I've been investigating the memory controller power management config and benchmarking memory accesses). That's part of how they get amazing battery life. You can't do that with regular DDR RAM. These things will run for a week with light usage, and they can do that because they are based on extremely efficient mobile architectures. Your phone lasts a day; make the battery larger without increasing idle power usage and that's how you get a week.
> the difference power used in modular RAM vs LPDDR is between 1 to 0.5 volt.
It is evident you have little hardware engineering experience if you think power is measured in volts. That's not how it works.
I would advise you to spend some time reading up on high-speed digital interfaces and learn about concepts such as ohm's law, IR loss, capacitance, impedance, eye diagrams, and insertion loss. LPDDR RAM is much lower power than regular RAM precisely because it can optimize for very short interconnects, which is why you won't find DIMMs of it. It's not just about the voltage.
All the techno-babble spouted by you, to make yourself appear more knowledgeable, and the cheap potshot on me (also an engineer), desperately tries to hide the fact that high performing modular RAM architecture already exist without all the modifications Apple has made to their hardware with the aim to deliberately create an un-repairable and closed system.
I have clearly pointed out how Apple has been converting the macOS into a closed system, on both the hardware and software front, over the years. This is an undisputable fact as the only thing that now distinguishes the M1 Macs and the iPhone / iPad platform is the bootloader.
And looking at Apple's business model, it is only logical that Apple will soon be locking the bootloader of the Macs too, once it reaches a critical level of acceptance (and we are far off from that, for now).
The M1 is undoubtedly a great piece of hardware - but it has been deliberately designed with built-in planned obsolescence. That's good for Apple's profit margin. But not for us consumers.
I'll go back to porting Linux to this thing then; clearly you're not interested in hearing about how these things are designed.
It doesn't take being a senior hardware engineer to be able to count bus width and calculate bandwidth, though, so I'm still curious how you want a laptop built with the 8 DIMM slots it'd take to match the memory bandwidth of the M1 Max. Remember, these things have high performance integrated GPUs, that perform at the same level as discrete ones. Ever wonder why discrete GPUs haven't had modular RAM for a couple decades now? Yeah. Bus width.
> high performing modular RAM architecture already exist
The M1 Max has a memory bandwidth of 409 GB/sec. A top spec EPYC server (Rome) chip has 410 GB/sec of memory bandwidth, with 8 channels populated with the fastest RAM they'll take.
Indeed, high performing modular RAM architectures do exist. In servers that eat huge amounts of power and require 8 DIMMs to go that fast. Good luck fitting that into a laptop.
But I guess this is all still just technobabble to you :-)
Apple does do incredible hardware, but their software is really crappy, from UX to reliability and being general useful. Since the M1 appeared, I've been looking at purchasing it only for the hardware, but then run something like Arch Linux on it, as that software experience is really hard to beat.
So in short, the combination of Apple hardware but Open Source/Linux software makes a lot of sense and is a pleasure to work with. The hardware Apple been producing lately been kind of shit though, so it's not until now it starts being interesting again.
I expected the MacBook to blow Linux out of the water - after all, their hardware and software integration is excellent. The trackpad drivers and consistent UI is fantastic. But watching CPU usage on both machines, Linux mint stays lean and quiet while the MacBook has all sorts of weird processes popping up to do who knows what.
On macos the “WindowServer” process sometimes just pegs an entire core until I reboot. My usb-c Ethernet dongle doesn’t do hardware offload, so cpu usage goes way up when I use it. Firefox uses way more CPU on macos than it does on Linux. And there’s random processes all the time reporting things to apple or other garbage like that. I’ve been googling process names all day trying to figure out what all this crap does. Spotify alone uses 10% of a core on macos sometimes, even when it’s not even playing music.
It was a pain to get Linux working how I want it to. But now that it’s mostly[1] set up, it feels snappier and more reliable than macos. When I don’t touch the computer, it settles at 0% CPU; just like it should. I suppose that’s what the desktop looks like without the last decade of macos features that nobody really cares about.
I’m really surprised how close the competition feels between my two machines; though I miss Snow Leopard.
[1] Keyboard shortcuts on are all over the place in Linux though. And I can’t even set keyboard shortcuts up how I’d like because intellij can’t use the meta key as a modifier. And the Linux trackpad drivers are nowhere near as well tuned as they are in macos. In linux the trackpad is way too sensitive. I’m sure there’s a way to fix it hiding in a config file somewhere.
Where are you finding laptops with comparable displays at half the price?
- Resolution? There the macbooks are behind both in aspect ratio (worse than 3:2) and in pixels (4k or 4k+ vs...)
- Contrast? Not OLED, so worse.
- Refresh rate? Good enough, but far from top of the line.
- Gamut? That is a point. But also available e.g. asus
- Brightness? Outdoor viewable screens have been as bright as that or brighter since windows XP days, but fairly specialized. I guess I prefer contrast (OLED), but yeah, difficult to find outside a macbook.
- Touch, wacom pen? Oh, none.
It is a really great quality screen, but not "the best".
At that price point you can find something that, at best, meets three of the criteria you've listed while heavily compromising on the rest.
Or huawei (ips, 3:2, touchscreen, $700 or so)
Or having pen and touch at all.
I never said it was the best. The previous poster said that you can find comparable hardware at half the price. At lower price points than MacBooks/Dell XPS/Microsoft Surface, I've usually found the screen quality to be the hardest to match.
You could go full air-gapped and get a machine without any network cards. Would still recommend a nice bunker deep inside a mountain just to be on the safe side.
The implication (intentionally or not) being that we can just as well continue to run Chrome on Windows 11 on open WiFis because everything is broken all the time and if not any Three Letter Agency can always kidnap you or someone you care about and get their secrets that way.
Encryption works and massively increases the workload for would be drag net operators!
Having a choice of technology is good and also increases the workload for would be drag net operators.
Competition is good and forces companies to get their act together.
Trashing every good thing that happens because it isn't perfect is demotivating and I'm also absolutely fed up with it.
Every respondent so far assumed you knew this (because it's an unusually high-knowledge question to ask and an unusually obvious answer) and so assumed the actual purpose of your post was to declare that you personally wouldn't use an environment where you can't be sure the SoC isn't doing something nefarious. The people replying don't really find that declaration interesting. Your subsequent reply says that the choice to live with this particular risk is some sort of tacit acceptance, which implies you are not tacitly accepting it.
Since no such environment exists, except for edge case hypotheticals like only powering an air gapped computer inside a faraday cage in a lead bunker, most people expect that you too are tacitly accepting it, which makes this particular complaint feel like a non sequitur and not an invitation to discuss the broader issue.
If you have an actual real life use case about trying to harden a system to this degree, like you are responsible for nuclear safety or the unlock codes for the secret lunar base or something, I am sure people would like to read about it.
There's a reason China and Russia build their own CPUs. There's nothing else you can do to ensure that nothing leaks.
In practice, you could probably run the machine for a while hooked up to an ethernet cable and sniff the outgoing packets. I don't think the M1 will send Apple telemetry on its own (though it certainly could, if it wanted to).
I also guess more advanced adversaries will add stuff that only becomes active after a long time, and may use steganography to hide what it’s sending.
So, bootstrap your system the way this guy does: http://paillard.claude.free.fr/video.mp4
(I don’t think he has gone past vacuum tubes)
I wonder how the Chinese and Russians have validated custom chip designs. I don't think the compiler would be bugged specifically for chip design software, but there's no real way to tell...
But if Apple were really clever they'd add a secret undocumented radio built into the SoC package that sends signals modulated in an unusual way over an unusual low-bandwidth but high signal frequency (probably sub-CB Radio) that no one is monitoring.
Which now brings you to the scenario that you have to use a machine that not only never uses a network, but also exists in a physical place that no network signal could ever penetrate. And it goes without saying that having taken this level of caution, one should probably buy the computer with a fake name and all cash, ideally through a network of international proxy buyers, to be sure.
This is actually rather trivial to achieve, just put it in a faraday cage.
https://www.crowdsupply.com/sutajio-kosagi/precursor
If you're willing to trust that the silicon isn't secretly backdoored in some ridiculous invisible way, well, unlike Intel, the M1 does not have any hyper-privileged proprietary firmware by all indications, and that proprietary firmware which does exist is plaintext and analyzable (and not privileged to scan memory), so I have a much easier time trusting these machines than a random x86 PC (all-privileged SMM supervisor and ME/PSP) or Android phone (all-privileged TrustZone supervisor).