New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Experiment with docker-sync to improve ddev performance #835

Open
rfay opened this Issue May 8, 2018 · 8 comments

Comments

Projects
None yet
6 participants
@rfay
Member

rfay commented May 8, 2018

What happened (or feature request):

@tmotyl pointed out http://docker-sync.io/, which looks like it has some real performance possibilities. Although we've tried unison before (and it was unreliable) it was a year or more ago; also the key benefit here seems to be native macOS, so there's some real potential.

What you expected to happen:

How to reproduce this:

Version: Please include the output of ddev version, docker version and the project's .ddev/config.yaml.

Anything else do we need to know:

Related source links or issues:

Please use a complexity rating of 1-5 (5 is high) for a feature request. (High complexity implies more PR planning)

@cweagans

This comment has been minimized.

Member

cweagans commented May 8, 2018

For what it's worth, the native_osx strategy is functionally equivalent to https://github.com/cweagans/docker-bg-sync/, as far as I can tell.

@idziakjakub

This comment has been minimized.

idziakjakub commented Aug 29, 2018

That would be great for Mac users!

@dclear dclear added the actionable label Oct 11, 2018

@rfay rfay self-assigned this Oct 17, 2018

@rfay rfay added this to the v1.4.0 milestone Oct 17, 2018

@rfay

This comment has been minimized.

Member

rfay commented Oct 17, 2018

First sadness is for Windows: https://github.com/EugenMayer/docker-sync/wiki/docker-sync-on-Windows says that the Windows support is only on WSL, Windows Subsystem for Linux, a lovely environment, but one on which we have yet to get ddev going.

@rfay

This comment has been minimized.

Member

rfay commented Oct 17, 2018

Second sadness is for Mac: The default (best performance) technique has a whole page dedicated to "Debugging when it stops syncing", https://github.com/EugenMayer/docker-sync/wiki/8.1.-native_osx-sync-strategy-debugging-guide

@dclear dclear added the OKR label Oct 30, 2018

@LionsAd

This comment has been minimized.

LionsAd commented Nov 15, 2018

FWIW, I tried the rsync strategy with docker-sync and it worked very well.

@rfay

This comment has been minimized.

Member

rfay commented Nov 15, 2018

@LionsAd yay, could you please write a quick description of what you did (and on what host OS)? AND... SO LOVELY TO SEE YOU HERE!

@dclear dclear removed this from the v1.4.0 milestone Nov 22, 2018

@wizonesolutions

This comment has been minimized.

wizonesolutions commented Nov 24, 2018

@LionsAd I'm guessing the rsync is only one-way, though, so wondering how that would work with stuff like Fea...I mean config export :)

@rfay

This comment has been minimized.

Member

rfay commented Dec 3, 2018

#1277 is an attempt at using a fork of https://github.com/cweagans/docker-bg-sync/ to work for this purpose. It has great value once the initial sync is done, but the initial sync on D8 or TYPO3 can take a really, really long time, far longer than I'm willing to wait. But after it's done webserving is super fast.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment