Re:Things I can’t do on macOS which I can do on Ubuntu (2020)
by neilalexander on Tuesday April 26, 2022 @07:44AM
(#31166253)
> Either you're using Docker for Mac which itself is slow on IO mostly due to the macos-linux file share syncing every single fseventsd<->inotify
If you haven't tried the new VirtioFS accelerated directory sharing in Docker for Mac, it makes a _huge_ difference to I/O performance of mounted volumes.
Re:Things I can’t do on macOS which I can do on Ubuntu (2020)
by lloeki on Tuesday April 26, 2022 @08:36AM
(#31166684)
Admittedly I didn't, not the least because I expect it to be at best equal in speed to my current setup, plus my current setup gives me better control on the virtualised OS + memory ballooning of the VM (... and that there are other things with DfM that rub me the wrong way).
Nonetheless, I salute the years-long effort from the Docker team on that one.
Re:Things I can’t do on macOS which I can do on Ubuntu (2020)
by drcongo on Tuesday April 26, 2022 @08:53AM
(#31166856)
I'm using Docker for Mac on an M1 Pro and it's stupidly fast, to the point that my dev environment runs faster than the Intel production servers on some things.
Re:Things I can’t do on macOS which I can do on Ubuntu (2020)
by jjjbokma on Tuesday April 26, 2022 @01:15PM
(#31170223)
How well does it handle a large amount of writes to small files (say 1000 files, each about 8KB)?
Edit: the static blog generator I wrote [1] takes 11 seconds inside a Ubuntu virtual machine with the directory shared with MacOS on an Mac mini late 2014. Docker, on the same machine, takes 1m13 seconds using gRPC FUSE for file sharing. 1866 HTML files are being generated.
Re:Things I can’t do on macOS which I can do on Ubuntu (2020)
by drcongo on Wednesday April 27, 2022 @05:00AM
(#31177836)
I have no idea I'm afraid, I don't work on anything that would ever do something like that. As a real world benchmark, the project I'm working on at the moment (Python / Django) runs the test suite in ~10.2 seconds on my Mac inside Docker, on GitHub CI it takes 35 seconds.
Re:Things I can’t do on macOS which I can do on Ubuntu (2020)
by nicoburns on Wednesday April 27, 2022 @05:40AM
(#31178050)
I'd be interested to know how quickly that runs natively on your mac.
Re:Things I can’t do on macOS which I can do on Ubuntu (2020)
by flatiron on Tuesday April 26, 2022 @07:43AM
(#31166249)
Or they could do what windows did. Support windows docker for whatever use case that supports (never used it) and creating WSL which has Linux roots deep in the OS. I find WSL docker works great for development. Certainly wouldn’t use it in production.
Re:Things I can’t do on macOS which I can do on Ubuntu (2020)
by lloeki on Tuesday April 26, 2022 @08:13AM
(#31166511)
WSL2 doesn't have Linux roots deep within Windows anymore, it's literally running a Linux VM with a full kernel under the HyperV hypervisor, so it's exactly like DfM (IIRC save for the fact that Windows then also runs under HyperV with the hypervisor sitting on top, Xen-like, and as is achieved on Xbox, and Linux running side by side instead of being handled by an OS process underneath the main OS)
Re:Things I can’t do on macOS which I can do on Ubuntu (2020)
by ycombinator_acc on Friday April 29, 2022 @04:49PM
(#31210420)
In my experience it's anything but great. It's so slow and such a huge resource hog might as well run a full on Windows VM.
Either you're using Docker for Mac which itself is slow on IO mostly due to the macos-linux file share syncing every single fseventsd<->inotify or you end up running intel images on aarch64, which uses non-virtualizing qemu to emulate the foreign CPU (see github.com/tonistigii/binfmt)
I'm using Docker in a Fusion instance, sharing /Users through vmhgfs (which in my tests performs better than DfM shares) and it's plenty fast as long as I stick to native images (intel on intel, aarch64 on arm64) and don't outrageously reach out to the shared dirs (notably DfM shares /tmp by default which is ridiculous)
Container tech on Darwin would bring little in most cases since it would containerize a darwin userland, which, while cool, is probably not what most people want. There's no shortcut from running a Linux kernel in a VM to run a Linux userland on Darwin.