-
Notifications
You must be signed in to change notification settings - Fork 130
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
Optimize container rebuilding #111
Comments
12s is really slow in general. The performance of this bundle in Your suggested optimization should be possible, though it will not be On Wed, Jun 12, 2013 at 3:24 PM, Peter Kruithof notifications@github.comwrote:
|
I'm running Symfony in a Vagrant/Virtualbox VM with a shared NFS folder, on a MacBook Pro with SSD. So I doubt that's the problem. I dug inside the builder process: the compiler passes that took more than 0.1s are these:
All built-in as you can see. To be fair, compiling locally on my Mac takes 2s, but that messes up hard-coded file paths in the cache files, so that's not really an option for my setup. Any thoughts on this? |
Hm, another project (different VM) takes just 3s, so I guess something's wrong with this one. Ignore the previous comment. However, I'd still like it if this feature could be implemented. |
Same issue on 2 different project with 1.4.0 version : changing a service file makes the next page loading very long. I'm using php 5.5 and Xdebug is disabled. |
We have quite a lot of services in our project, and we noticed our development environment getting really slow. Doing some benchmarks I found out that building the container takes longer than without the
@DI\Service
annotations (between 13s and 20s with, and ~12s without). Which makes perfect sense of course, given that this bundle needs to check all the files for annotations.However when working in a service, the container gets built with every save, as the resource is modified. This really slows down development a lot. I've been thinking if this can be optimized.
Since only the annotations are used for configuring the services, it would make sense to only add the annotations to the container's resources, not the whole service. Would it be possible to use the cached annotation/metadata of a class as container resource instead? This way only a changed annotation would trigger a container rebuild.
The text was updated successfully, but these errors were encountered: