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
Test and benchmark other local development environments #18
Comments
For Drupal VM I'm adding it as a composer dev dependency: http://docs.drupalvm.com/en/latest/deployment/composer-dependency/ |
It's strange, I would've thought the Symfony Local server would be a lot faster, but it seems it was as slow as the custom Docker environment! I made sure to test with opcache enabled and disabled. With it disabled the UI is very slow. With it enabled the UI is faster. CLI speed seemed to not be impacted even if I turned everything off and set it enabled on cli (and confirmed via Drupal VM is the winner—once it's up and running. But it takes a minute or two to get started (versus only a few seconds for the others). So I'm kind of at a crossroads here. I think I'll end up sticking with the custom docker setup, mostly because that doesn't require me to have a fully-tweaked and operational local PHP 7.3 environment running (which could make it more annoying to work on in different environments, especially if I want to work from a PC running Linux or Windows here and there). |
I filed some PRs for the other environments (DDEV, Drupal VM, Symfony Local) and closed them so that I have the reference point if I should choose to use one of them in the future. Honestly, Drupal VM felt the fastest (by a good margin—especially for installation), but it also feels very heavyweight... and means that I can't have the exact same setup in CI (and eventually in production, if I use Docker) as I have locally... which I don't particularly enjoy. |
So closing this issue and I might have some good material for a blog post at some point, otherwise I'll leave this as-is. Also note: https://github.com/geerlingguy/drupal-the-fastest |
While working on #22, I decided to test things out with NFS. Might also try docker-sync or one of the other sync methods too. |
TIL, you can add a |
Heh, I also attempted a Drupal install without cached/delegated on the volume mount, and not only did it consume 5% of my battery (and 200% of my CPU), it took a whopping 5 minutes! |
Well, pretty happy now. I'll be summing this stuff up in a blog post. |
Thanks for the thorough bench-marking. I compared plain vanilla installs of Drupal 8 between ddev and Lando. They seem to perform almost at the same speed, except for System
Get the Drupal 8 code with Composer
Lando
ddev
|
I just upgraded to the latest Lando v3.0.0-aft.2, and the first
|
@gitressa - Thanks so much for adding these details here! It may be time to revisit my project https://github.com/geerlingguy/drupal-the-fastest and update things again for 2020. |
You're welcome @geerlingguy :-) Revisiting and updating the bench-marking project would certainly be of great interest to me, and surely many others. I noticed that the Lando script also downloads Drush 10, which will take around 20 seconds longer, compared to for example ddev:
https://github.com/geerlingguy/drupal-the-fastest/blob/master/methods/lando.sh Lando does come with Drush 8.3.2 out of the box, but perhaps Drush wasn't included, when the lando.sh script was initially created? I have created a PR which updates Lando and removes Drush installation geerlingguy/drupal-the-fastest#9. |
After episode 6, Oliver Davies mentioned the Symfony Local Server, and I thought it might be time—especially since the live stream software eats my little MacBook Pro's CPU for lunch—to try out a faster local dev environment.
Because I'm one for data, I'd rather test things out with some 'official' timings, like how long it takes to install Drupal, to run a cache rebuild, and to migrate things.
So here's a table with some data:
/
page load (curl)Commands run:
The text was updated successfully, but these errors were encountered: