Cameron Eagans

(also, I haven't been spending much time on this lately -- https://mutagen.io/ has been a much nicer solution that isn't so touchy)

The initial sync takes a ton of time for big file trees. You might try looking at the container logs to see when it's done with the initial sync.

Thanks! I probably won't use it since it requires installing stuff on the host, but it's definitely good to know about.

I saw this, but until I have time to do some benchmarks, I'm not entirely convinced that the new functionality solves the problem. It's a bandaid at best, and it...

Related: * https://stories.amazee.io/docker-on-mac-performance-docker-machine-vs-docker-for-mac-4c64c0afdf99 * https://github.com/docker/for-mac/issues/1592#issuecomment-303607515

> Still wish Docker team could make osxfs a lot faster :( I wish they could make it open source so that other people could make it faster. They've demonstrated...

> does that mean unison will only watch 8192 of the 32,000+ files that were in my Drupal codebase, and only synchronize changes in those files? Yep, that's correct. But...

Totally agree. I'm afk mostly today, but if you can open a PR, I'll happy merge any docs improvements that would be helpful!

Huh. That's interesting. Not sure what I can do about it though. Sounds like a Unison bug.

The whole point of this is to sync files into a container so that DfM's filesystem performance isn't garbage. Syncing .git into the container as well will take a lot...