Live data from Hacker News

Lima: Linux-on-Mac

github.com

281–290 of 366 posts

Re: Lima: Linux-on-Mac

#281

Earlier quoted context omitted.

i9 macbooks had so poor thermal performance that system was grinding to a halt if you tried to do stuff like run tests on all more than few cores in parallel.

I'd be surprised if you could get genuinely good thermals on an i9 in a laptop. And that's partly on intel - i9s just have bad thermals, especially recently. Besides, if you genuinely need the power to justify using a chip with that kind of TDP, you should be looking into a desktop anyway. It is worth noting that Apple may have been intentionally neglecting thermals pending the transition to ARM - LTT did a few video…

Not to mention the power supplies with many laptops don't even provide enough watts to power the system at max load (including macbooks pros). They just use the battery to provide bursts at full speed. Generally that's good enough for a lot of uses.

Gaming laptops do try and provide enough power and thermals to run full tilt. For work I chose an Alienware m15 because of this, and I wanted fast over thinnest. The m15's offer an i9 and probably could run one near full thermal load. In my case a desktop wouldn't do since I need to move around (doing IoT stuff, so I goto different parts of the lab). But, I do miss the macbook pro build quality. The first m15 died, and the replacement has a dead pixel.

Re: Lima: Linux-on-Mac

#282
post #13

It's just a "better integrated" virtual machine: "Lima launches Linux virtual machines on macOS" This might be a controversial opinion, but I find developers flocking to macOS really bewildering. As a developer, why do you want to fight your operating system to get basic things done? This Lima thing, docker running in a virtual machine, Apple being actively hostile with the default coreutils requiring you to layer mu…

> Apple being actively hostile with the default coreutils requiring you to layer multiple third party tools just to get a modern version of awk and grep

This makes no sense. Apple's Unix CLI tools are largely derived from FreeBSD, not GNU coreutils. I've seen no evidence that Apple is actively holding those back.

That you prefer the GNU version is an entirely different matter from Apple not shipping "a modern version." Frankly I'd prefer the GNU version too, but still.

Re: Lima: Linux-on-Mac

#283
post #65
post #59

Earlier quoted context omitted.

There are many ways macOS improves over Linux desktops, but file explorers is not one of the arguments I would have made. Finder is practically unusable.

The Finder doesn't even allow me to middle-click to open a folder in a new tab, it's horrible. I miss KDE Dolphin.

FYI, you can open a folder as a new tab (or window) using cmd+click in Finder. Myself, I still struggle trying to ctrl-click folders open in Dolphin instead of middle click.

https://www.appleworld.today/2017/01/17/how-to-open-folders-...

Re: Lima: Linux-on-Mac

#284
post #13

It's just a "better integrated" virtual machine: "Lima launches Linux virtual machines on macOS" This might be a controversial opinion, but I find developers flocking to macOS really bewildering. As a developer, why do you want to fight your operating system to get basic things done? This Lima thing, docker running in a virtual machine, Apple being actively hostile with the default coreutils requiring you to layer mu…

Here's why I moved away from Linux to macOS: - I'm sorry, but no Linux DE I've ever used beats macOS in terms of stability. The file explorers are also a joke and frequently changing. - I've never booted to a black screen when upgrading macOS. - 99% of the work I do never needs anything that has to be virtualized under macOS. - Macbooks are solid laptops. Every other laptop I've owned hasn't stood the test of time as…

One of the interesting things I have encountered with Linux vs Mac users is that Mac users tend to blame faults much more on tools than on the system, while Linux users blame things more on the system and often try to workaround it or fix it.

To give an example, I've tried to convert colleagues to use meet.jit.si instead of zoom. On macs to share your screen you apparently have restart safari and give it some permission (I think you even need to do it every time? ). The people who were using macs were quick to dismiss jit.si because of this, even though it's completely an apple problem.

Re: Lima: Linux-on-Mac

#285

Earlier quoted context omitted.

Dont' forget: - Multi- and highres monitor support out of the box with proper scaling and readable fonts - A package manager with up to date packages (granted there are Linuxbrew and things like Snap now for Linux.) - Applications that have a consistent UI/UX and all use the same keyboard shortcuts > All the customization doesn't offset the trouble that desktop Linux can bring. It's nice you can customize almost ever…

> Multi- and highres monitor support out of the box with proper scaling and readable fonts My M1 mini has all kinds of issues with 2 4k monitors attached. Sometimes waking up from sleep, the monitor plugged into TB scales to default setting (200%?) instead my config (125%). And don't get me started on Ultra Wide support.

I’ve got a 49 inch ultra wide connected to my MacBook Pro using a Belkin Thunderbolt dock… what about ultra wide support?

Re: Lima: Linux-on-Mac

#286

Is IO still going to be horrible here? Docker on a linux VM, with all code on the linux VM, is significantly faster than Docker for Mac. Generally just because of IO.

If you want to remove a lot of unnecessary pain in your life, completely abandon the idea of mounting a host FS within a guest VM. Doubly so if they're different OS's/FS's and triply so if this a development VM.

Oh, I have.

My setup is now Remote VS Code to a Linux NUC that sits on my desk. All code lives on the NUC and all tests run on the NUC, but I can use my MacBook Pro as I move around the house, work outside, etc.

It's pretty seamless, I'm impressed.

Re: Lima: Linux-on-Mac

#287
post #247

Earlier quoted context omitted.

> Multi- and highres monitor support out of the box with proper scaling and readable fonts What's funny, is this is the complete opposite experience that I had in every single way. Multi-monitors absolutely suck on macos unless you drop $1000 on mac monitors Try running two external monitors with differing resolutions, in my experience, it will be stable about 1 time out of 20. The rest will have artifacting, refusal…

Meanwhile I use both a 1080p display and a 1440p display (Both Dell displays) with zero issues on macOS Big Sur. I get no odd behavior, both monitors are always detected nor do I see artifacting or anything other issue. There was some minor pink lines on the boot up screen that have since been fixed in the latest release. (M1 Mac mini) I can't really say I noticed a difference personally since they removed text alias…

Might be a difference between the Intel and M1 macs

Re: Lima: Linux-on-Mac

#288
post #144

Earlier quoted context omitted.

> A package manager with up to date packages (granted there are Linuxbrew and things like Snap now for Linux.) On what planet is is homebrew better than Linux package managers? I agree with many of the other items in these lists, but this makes literally no sense to me. Homebrew is probably one of the worst things about doing dev on a mac.

Homebrew is more transparent and approachable, I can easily customize what is being installed, it's versioning, and control it's dependencies better than apt. Apt, more often than not, acts as a gatekeeper for the latest version of whatever software packages I'm trying to install. I end up just having to adding various libraries and repos to my sources list to get the version I need, or go to an outside dependency ma…

> I can easily customize what is being installed, it's versioning, and control it's dependencies better than apt

In terms of customizability, is Homebrew any different from Apt? As far as I'm aware, Nix and Guix is the only system package manager that allows me to have full control over versioning and inter-package dependencies. Other package managers only let me install packages as provided by the packagers.

Re: Lima: Linux-on-Mac

#289
post #265

Earlier quoted context omitted.

Dont' forget: - Multi- and highres monitor support out of the box with proper scaling and readable fonts - A package manager with up to date packages (granted there are Linuxbrew and things like Snap now for Linux.) - Applications that have a consistent UI/UX and all use the same keyboard shortcuts > All the customization doesn't offset the trouble that desktop Linux can bring. It's nice you can customize almost ever…

You can't even change the subpixel rendering to BGR on a Mac! The suggested solution is, literally, to flip your monitor upside down.

Mac OS removed supixel rendering AFAIK

Re: Lima: Linux-on-Mac

#290

Earlier quoted context omitted.

Here's why I moved away from Linux to macOS: - I'm sorry, but no Linux DE I've ever used beats macOS in terms of stability. The file explorers are also a joke and frequently changing. - I've never booted to a black screen when upgrading macOS. - 99% of the work I do never needs anything that has to be virtualized under macOS. - Macbooks are solid laptops. Every other laptop I've owned hasn't stood the test of time as…

One of the interesting things I have encountered with Linux vs Mac users is that Mac users tend to blame faults much more on tools than on the system, while Linux users blame things more on the system and often try to workaround it or fix it. To give an example, I've tried to convert colleagues to use meet.jit.si instead of zoom. On macs to share your screen you apparently have restart safari and give it some permiss…

You don’t need to do it every time; you only need do it once per application. It’s a privacy feature that prevents an application being able to record your screen (or use your camera/microphone) without your explicit knowledge and permission.

And frankly Zoom just works, and works well. What advantage would using a random site with an unheard of record possibly give you?

Post reply on HN