Почему мой сайт Symfony 2.0 медленно работает на Vagrant с хостом Linux?

Я видел похожую проблему на моем хосте OS X, я забыл включить NFS! На хосте Windows влияние на производительность меньше ... Для моего очень маленького веб-сайта у меня есть 12649 файлов ... Таким образом, ограничение в 1000+ файлов достигается довольно легко.

Мои два цента: включите NFS вот так в вашем Vagrantfile:

config.vm.share_folder "v-root", "/vagrant", ".." , :nfs => true

И от экспертов:

Давно известная проблема, заключающаяся в том, что производительность общей папки VirtualBox быстро снижается по мере увеличения количества файлов в общей папке. Когда проект достигает 1000+ файлов, выполнение простых вещей, таких как запуск модульных тестов или даже просто запуск сервера приложений, может быть на много порядков медленнее, чем в собственной файловой системе (например, с 5 секунд до более 5 минут).

Если вы наблюдаете такое падение производительности в общих папках, общие папки NFS могут предложить решение. Vagrant организует настройку сервера NFS на хосте и смонтирует для вас папку на гостевой машине.

Примечание. NFS не поддерживается на хостах Windows. Согласно VirtualBox, общие папки в Windows не должны страдать от таких же потерь производительности, как в системах на базе Unix. Если это не так, не стесняйтесь использовать наши каналы поддержки, и, возможно, мы сможем вам помочь.

Редактировать:

В Windows я нашел другое решение: я использую символические ссылки (ln -fs) в папках поставщиков в своих проектах, которые ссылаются на папки, не являющиеся общими. Это уменьшит количество файлов, видимых хостом Windows, антивирусом и т. д.

Там, где я работаю, мы пробовали два решения проблемы медленной работы Vagrant + Symfony. Рекомендую второй (nfs и bind mounts).

Подход rsync

Для начала мы использовали rsync. Наш подход немного отличался от изложенного в ответе AdrienBrault. Скорее, у нас был такой код в нашем Vagrantfile:

config.vm.define :myproj01 do |myproj|
  # Networking & Port Forwarding
  myproj.vm.network :private_network, type: "dhcp"
  # NFS Share
  myproj.vm.synced_folder ".", "/home/vagrant/current", type: 'rsync', rsync__exclude: [
    "/.git/",
    "/vendor/",
    "/app/cache/",
    "/app/logs/",
    "/app/uploads/",
    "/app/downloads/",
    "/app/bootstrap.php.cache",
    "/app/var",
    "/app/config/parameters.yml",
    "/composer.phar",
    "/web/bundles",
    "/web/uploads",
    "/bin/behat",
    "/bin/doctrine*",
    "/bin/phpunit",
    "/bin/webunit",
  ]
  # update VM sooner after files changed
  # see https://github.com/smerrill/vagrant-gatling-rsync#working-with-this-plugin
  config.gatling.latency = 0.5
end

Как вы могли заметить из приведенного выше, мы синхронизировали файлы с помощью плагина Vagrant gatling rsync.

Улучшенный подход NFS с использованием привязки (рекомендуемое решение)

Подход rsync решает проблему скорости, но мы обнаружили некоторые проблемы с ним. В частности, его односторонний характер (в отличие от совместного использования папок) раздражал, когда файлы (такие как composer.lock или миграции Doctrine) генерировались на виртуальной машине или когда мы хотели получить доступ к коду в /vendor. Нам пришлось использовать SFTP, чтобы скопировать все обратно, а в случае с новыми файлами сделать это до того, как они будут очищены при следующем запуске плагина гатлинга!

Поэтому мы перешли к решению, которое использует привязку монтирования к обрабатывать папки, такие как кеш и журналы, по-разному. Отсутствие того, что они были разделены, резко увеличило скорость.

Соответствующие биты Vagrantfile следующие:

# Binding mounts for folders with dynamic data in them
# This must happen before provisioning, and on every subsequent reboot, hence run: "always"
config.vm.provision "shell",
  inline: "/home/vagrant/current/bin/bind-mounts",
  run: "always"

Упомянутый выше сценарий bind-mounts выглядит следующим образом:

#!/bin/bash

mkdir -p ~vagrant/current/app/downloads/
mkdir -p ~vagrant/current/app/uploads/
mkdir -p ~vagrant/current/app/var/
mkdir -p ~vagrant/current/app/cache/
mkdir -p ~vagrant/current/app/logs/

mkdir -p ~vagrant/shared/app/downloads/
mkdir -p ~vagrant/shared/app/uploads/
mkdir -p ~vagrant/shared/app/var/
mkdir -p ~vagrant/shared/app/cache/
mkdir -p ~vagrant/shared/app/logs/

sudo mount -o bind ~vagrant/shared/app/downloads/ ~/current/app/downloads/
sudo mount -o bind ~vagrant/shared/app/uploads/ ~/current/app/uploads/
sudo mount -o bind ~vagrant/shared/app/var/ ~/current/app/var/
sudo mount -o bind ~vagrant/shared/app/cache/ ~/current/app/cache/
sudo mount -o bind ~vagrant/shared/app/logs/ ~/current/app/logs/

Я бы порекомендовал подход с привязкой NFS +.

Банкомат, как правило, не размещает код вашего веб-сайта в общей папке /vagrant. Поскольку он используется совместно между вашей виртуальной машиной и операционной системой хоста, он работает медленнее; и я не нашел никакого эффективного решения для получения хорошей производительности. Решение, которое мы используем, состоит в том, чтобы обслуживать наши приложения для разработки из классического каталога /var/www и синхронизировать их с нашей локальной копией с помощью rsync.

Следуя инструкциям в этой статье Ускорение Symfony2 на Бродячие блоки помогли мне решить эту проблему, сократив загрузку страницы с 6-10 секунд до 1 секунды в моем проекте Symfony2. В основном все исправление заключается в том, чтобы установить тип синхронизации между хостом и гостем (бродячий ящик виртуальной машины) с помощью NFS вместо использования системы общих папок VirtualBox, которая очень медленная.

Также добавление этого кода ниже в AppKernel.php в проекте Symfony2 изменяет каталог кеша и журнала на каталог общей памяти (/dev/shm) в бродячем поле вместо записи их в общий ресурс NFS, поэтому он улучшает загрузку страницы. скорость еще лучше.

<?php

class AppKernel extends Kernel
{
    // ...

    public function getCacheDir()
    {
        if (in_array($this->getEnvironment(), array('dev', 'test'))) {
            return '/dev/shm/appname/cache/' .  $this->getEnvironment();
        }

        return parent::getCacheDir();
    }

    public function getLogDir()
    {
        if (in_array($this->getEnvironment(), array('dev', 'test'))) {
            return '/dev/shm/appname/logs';
        }

        return parent::getLogDir();
    }
}

Я использую sshfs для совместного использования каталогов между хост-ОС и виртуальной машиной (расширение диска для Windows). Это намного быстрее, чем общий доступ к каталогам VBox.