Skip to content
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

Composer update takes ages #49

Closed
motin opened this issue Oct 6, 2014 · 5 comments
Closed

Composer update takes ages #49

motin opened this issue Oct 6, 2014 · 5 comments

Comments

@motin
Copy link

motin commented Oct 6, 2014

Is it necessary to fetch the bower.json from every tag of the github repositories? Composer does that for custom VCS and that is fine I guess since that is only supported by root project. Can the assets be added to packagist package cache or similar instead?

The practical implications currently are that composer update takes ages. Requiring jquery without any version constraint will trigger 122 fetches of bower.json since there are 122 releases of jquery https://github.com/jquery/jquery/releases. Using a version constraint it will only fetch the relevant bower.json files but it still takes 1-10 minutes to run composer update, depending on one's internet connection.

@francoispluchino
Copy link
Member

Because it's the native behavior of Composer. That is why I introduced more optimizations: the package lazy loading and the root filter import.

You can also read:

And yes, the most effective optimization is for the root Composer package, with constraints. But if you find an even better solution, I'm interested.

@francoispluchino
Copy link
Member

Of course, for the moment, the optimizations are only available for dev.

@aleksanderd
Copy link

I just updated to dev-master and the composer update still so slow :( What I need to do to enable all possible optimisations/caches/etc? I did fixes for versions already, so I see only one version for each package, but it re-retrivied every time I run composer update and it is slow :( Is it not possible to hard cache all what we retrivied already?

thnx

@francoispluchino
Copy link
Member

@aleksanderd Read How to reduce the number of requests for getting the package definitions?

Regarding your questions about the optimization / cache, etc... read the comment above.

You have all the informations on the native behavior of Composer: what is achievable, what is not achievable, and how to do for drastically improve the performance of your project.

@francoispluchino
Copy link
Member

The issue #52 improves significantly the performance for the update.

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

No branches or pull requests

3 participants