4 ms·

Yeah the slow-downs are killing me on my Mac book. Everything starts off fine but after a few hours (usually right when I'm in the zone) the whole system just g

by ryall 7y ago

Yeah the slow-downs are killing me on my Mac book. Everything starts off fine but after a few hours (usually right when I'm in the zone) the whole system just grinds. I've started experimenting with coding on a remote docker host using vscode's remote connection feature. I'd be interested to know if anyone else had gone down this path?

throwaway894345 7y ago
We looked into this. The biggest tradeoff is that your whole team has to change their workflow because the repo has to stay inside of a container on the Linux VM (it can't be shared with the host or you'll trigger the performance issue) which means anyone who wants to cat/sed/edit/grep/etc a file will have to go through a Docker container to do it. It's also a bit more complex if you're running multiple services via Docker Compose, as we were. We couldn't see this workflow change working out well in the long term, and someone had already done the work to use native processes orchestrated with PM2 and that seemed to work reliably once it was set up.
cat199 7y ago
> I'd be interested to know if anyone else had gone down this path? this is at least one use case for 'docker-machine'
noonespecial 7y ago
I have like this: Mac Virtualbox runs linux with host only network vbox0. Docker runs in vbox linux. (now it gets ugly) Vbox linux brctl's docker0 (set to match vbox0 ip space) into vbox0. Docker container is reachable by IP from mac host. All is fast and good.
AlphaSite 7y ago
https://blogs.vmware.com/teamfusion/2020/01/fusion-tp20h1-introducing-nautilus.html https://blogs.vmware.com/teamfusion/2020/01/fusion-tp20h1-in... Project nautilus is a pretty interesting approach to running a container on mac. In theory it should be more efficient than docker for Mac. Disclaimer I work for VMware, but on a different team.

4 ms·

Yeah the slow-downs are killing me on my Mac book. Everything starts off fine but after a few hours (usually right when I'm in the zone) the whole system just g

by ryall 7y ago

throwaway894345 7y ago
We looked into this. The biggest tradeoff is that your whole team has to change their workflow because the repo has to stay inside of a container on the Linux VM (it can't be shared with the host or you'll trigger the performance issue) which means anyone who wants to cat/sed/edit/grep/etc a file will have to go through a Docker container to do it. It's also a bit more complex if you're running multiple services via Docker Compose, as we were. We couldn't see this workflow change working out well in the long term, and someone had already done the work to use native processes orchestrated with PM2 and that seemed to work reliably once it was set up.
cat199 7y ago
> I'd be interested to know if anyone else had gone down this path? this is at least one use case for 'docker-machine'
noonespecial 7y ago
I have like this: Mac Virtualbox runs linux with host only network vbox0. Docker runs in vbox linux. (now it gets ugly) Vbox linux brctl's docker0 (set to match vbox0 ip space) into vbox0. Docker container is reachable by IP from mac host. All is fast and good.
AlphaSite 7y ago
https://blogs.vmware.com/teamfusion/2020/01/fusion-tp20h1-introducing-nautilus.html https://blogs.vmware.com/teamfusion/2020/01/fusion-tp20h1-in... Project nautilus is a pretty interesting approach to running a container on mac. In theory it should be more efficient than docker for Mac. Disclaimer I work for VMware, but on a different team.