Herdade do laravel / vagrant / virtualbox muito lenta no Mac OSX


8

Estou usando o Homestead + Vagrant + Virtualbox em um Mac .

Problema

Embora eu tenha encontrado muitos tópicos / respostas sobre como corrigir tempos de resposta lentos (por exemplo, TTFB), nenhum deles funcionou. Meus tempos de resposta variam entre 25 e 32 segundos, o que obviamente não é aceitável para o desenvolvimento local.

Soluções sugeridas

Tentei várias soluções sugeridas aqui: https://github.com/laravel/homestead/issues/901

E também leu e tentou muitas sugestões desses tópicos:

Mesmo tendo respostas aceitas, nenhuma delas me ajudou.

Desabilitando o xdebug

Posso dizer que desativar o xdebug como explicado aqui me ajudou a economizar 5 segundos.

Alterar o tamanho do disco

Embora alterar o tamanho do disco da VM de dinâmico para fixo, como sugerido aqui e explicado aqui , não ajudou em nada (o resultado foi ainda pior).

Usando NFS (sincronizar pastas) como sugerido aqui

Também a definição de N / homestead / vagrant não ajudou em nada.

Tentei (arquivo vagrant):

Vagrant.configure("2") do |config|
  config.vm.synced_folder ".", "/vagrant", type: "nfs", mount_options:['nolock,vers=3,udp,noatime,actimeo=1']
end

Também tentei (homestead.yaml)

folders:
    -
        map: '/Users/myuser/PhpstormProjects/example.com'
        to: /home/vagrant/code
        type: "nfs"
        options:
            mount_options: ['nolock','vers=3','udp','noatime','actimeo=1']

O NFS estava funcionando nos dois casos, mas não mudou nada em relação ao TTFB no carregamento da página.

Definindo natdnshostresolver: off

Também tentei desativar o natdnshostresolver, como sugerido aqui. Isso não mudou nada.

Ajustando a imagem do Virtualbox

Claro que também tentei aumentar a RAM, CPUs, gráficos, etc., mas como você pode imaginar, não ajudou.

Quaisquer outras sugestões

A partir de agora, também estou aberto a tentar, por exemplo, manobrista ou quaisquer outras recomendações / soluções que você possa dar.

Muito obrigado antecipadamente!

Atualização 1

Alterar o nginx.conf na minha VM (depois que a @ totalidade sugeriu um tweak) ajudou um pouco. Por uma questão de completude e da possibilidade de haver ajustes ainda um pouco mais, aqui está toda a parte http do arquivo nginx.conf.

http {

        ##
        # Basic Settings
        ##

        sendfile on;
        tcp_nopush on;
        tcp_nodelay on;
        # keepalive_timeout 65;
        types_hash_max_size 2048;
        # server_tokens off;

        keepalive_disable none;
        keepalive_requests 200;
        keepalive_timeout 300s;

        server_names_hash_bucket_size 64;
        # server_name_in_redirect off;

        include /etc/nginx/mime.types;
        default_type application/octet-stream;

        ##
        # SSL Settings
        ##

        ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
        ssl_prefer_server_ciphers on;

        ##
        # Logging Settings
        ##

        access_log /var/log/nginx/access.log;
        error_log /var/log/nginx/error.log;

        ##
        # Gzip Settings
        ##

        gzip on;

        # gzip_vary on;
        # gzip_proxied any;
        # gzip_comp_level 6;
        # gzip_buffers 16 8k;
        # gzip_http_version 1.1;
        # gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

        ##
        # Virtual Host Configs
        ##

        include /etc/nginx/conf.d/*.conf;
        include /etc/nginx/sites-enabled/*;
}


Atualização 2

Conteúdo de homestead.yaml:

ip: 192.168.10.14
memory: 4096
cpus: 2
provider: virtualbox
natdnshostresolver: off
authorize: ~/.ssh/id_rsa.pub
keys:
    - ~/.ssh/id_rsa
folders:
    -
        map: '/Users/myUser/PhpstormProjects/exampleproject.com'
        to: /home/vagrant/code
        type: "nfs"
        options:
            mount_options: ['nolock','vers=3','udp','noatime','actimeo=1']
sites:
    -
        map: exampleproject.local
        to: /home/vagrant/code
databases:
    - homestead
features:
    -
        mariadb: false
    -
        ohmyzsh: false
    -
        webdriver: false
name: exampleproject
hostname: exampleproject

Conteúdo do Vagrantfile:

# -*- mode: ruby -*-
# vi: set ft=ruby :

require 'json'
require 'yaml'

VAGRANTFILE_API_VERSION ||= "2"
confDir = $confDir ||= File.expand_path("vendor/laravel/homestead", File.dirname(__FILE__))

homesteadYamlPath = File.expand_path("Homestead.yaml", File.dirname(__FILE__))
homesteadJsonPath = File.expand_path("Homestead.json", File.dirname(__FILE__))
afterScriptPath = "after.sh"
customizationScriptPath = "user-customizations.sh"
aliasesPath = "aliases"

require File.expand_path(confDir + '/scripts/homestead.rb')

Vagrant.require_version '>= 2.2.4'

Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|
    if File.exist? aliasesPath then
        config.vm.provision "file", source: aliasesPath, destination: "/tmp/bash_aliases"
        config.vm.provision "shell" do |s|
            s.inline = "awk '{ sub(\"\r$\", \"\"); print }' /tmp/bash_aliases > /home/vagrant/.bash_aliases"
        end
    end

    if File.exist? homesteadYamlPath then
        settings = YAML::load(File.read(homesteadYamlPath))
    elsif File.exist? homesteadJsonPath then
        settings = JSON::parse(File.read(homesteadJsonPath))
    else
        abort "Homestead settings file not found in " + File.dirname(__FILE__)
    end

    Homestead.configure(config, settings)

    if File.exist? afterScriptPath then
        config.vm.provision "shell", path: afterScriptPath, privileged: false, keep_color: true
    end

    if File.exist? customizationScriptPath then
        config.vm.provision "shell", path: customizationScriptPath, privileged: false, keep_color: true
    end

    if Vagrant.has_plugin?('vagrant-hostsupdater')
        config.hostsupdater.aliases = settings['sites'].map { |site| site['map'] }
    elsif Vagrant.has_plugin?('vagrant-hostmanager')
        config.hostmanager.enabled = true
        config.hostmanager.manage_host = true
        config.hostmanager.aliases = settings['sites'].map { |site| site['map'] }
    end
end

Usando nginx ou apache?
Emotality

Obrigado por seu comentário! É nginx / 1.15.8
wbq 18/11/19

Respondeu, não tenho certeza se é o problema, mas vamos ver? Deixe-me saber :)
emotality 18/11/19

tente instalar o plug-in bindfs vagrant plugin install vagrant-bindfse mantenha o mapeamento homestead.yamlfora do arquivo vagrant. Eu também sugiro destruir a VM e começar de novo.
Razor

@Razor obrigado pela sua sugestão. Eu instalei o Bindfs e estou recebendo ==> myproject: Bindfs seems to not be installed on the virtual machine, installing now myproject: Bindfs 1.13.7 is installed ==> myproject: Machine is ready to use bindfs! ==> myproject: Creating bind mounts after synced_folders... myproject: /home/vagrant/code => /home/vagrant/code. Infelizmente, isso não resolveu o problema.
Wbq 19/11/19

Respostas:


3

Meus projetos do Laravel também são lentos, mas apenas ao usar o Postman, assumindo que ele é inicializado toda vez que faço uma solicitação que adiciona 10 a 15 segundos a cada solicitação. Minha solução foi ajustar as Keep-Aliveconfigurações.

Assumindo o que está acontecendo, ele abre uma nova conexão, realiza handshakes, transfere recursos, fecha a conexão e se repete para todos os recursos da sua página. Posso estar errado, mas tente abaixo e vamos ver. :)

Isso é apenas para desenvolvimento local, não sugiro isso para o ambiente de produção.


Apache

$ sudo nano /etc/apache2/httpd.conf

No topo:

KeepAlive On
MaxKeepAliveRequests 200
KeepAliveTimeout 300

Então reinicie o apache


nginx

$ sudo nano /etc/nginx/nginx.conf

No http {}bloco:

keepalive_disable none;
keepalive_requests 200;
keepalive_timeout 300s;

Em seguida, reinicie o nginx


Muito obrigado pela sua extensa resposta. Entrei no vagrant e editei o nginx.conf com o nano. Comentei keepalive_timeout 65;e adicionei suas linhas sugeridas. Reconheci uma ligeira diminuição de cerca de 3 segundos no TTFB, mas, em suma, ainda tenho 22-23 segundos (melhor caso) para um único carregamento de página. Parece que ajudou um pouco até agora. Talvez haja outros ajustes no nginx.conf que eu possa fazer, e é por isso que adicionarei a parte http do nginx.conf à minha pergunta. Valeu!
Wbq 19/11/19

Droga, isso está me incomodando agora .. Você tentou destruir a VM e começar de novo?
Emotality 19/11/19

sim várias vezes Não com suas alterações nginx embora. Vou tentar fazer isso.
Wbq 19/11/19

Obrigado novamente. Eu agora destruí o vagabundo e o levantei novamente. Refaça as alterações sugeridas e também verifique se o Bindfs (sugerido pelo @Razor) está em execução. Infelizmente ainda não há resultado para melhor. Eu acho que pode ter algo a ver com a quantidade de arquivos (14242)?
Wbq 19/11/19

3

Obrigado a todos vocês, mas achei uma solução bastante interessante ou melhor, um problema que eu tinha.

Eu estava usando o ambiente local para uma instalação do wordpress. Havia um arquivo chamado " object-cache.php " na pasta wp-content que usa o Memcached. O Memcached está instalado no homestead, mas parece ter uma configuração diferente do meu servidor ativo.

Isso faz com que os arquivos locais não sejam armazenados em cache adequadamente, o que resulta no código que extrai todas as opções disponíveis do banco de dados para cada solicitação.

Então, em suma, foi um grande problema de armazenamento em cache.

Remover o arquivo object-cache.php agora é minha solução (resultando em um TTFB de 1,23 segundos).

Apenas deixo isso aqui, caso alguém tenha um problema semelhante. Obrigado novamente por toda a ajuda e pensei que vocês colocaram nisso.


0

Uma vez eu tive um site conectando-se ao 'localhost' em vez de '127.0.0.1' no meu local para desenvolvimento, esse pequeno fato fez com que a pesquisa de DNS levasse séculos e até o GraphQL demorou 3 segundos para responder. Talvez seja algo semelhante do seu lado.


Obrigado pela resposta. Eu descobri isso agora e publicarei meu resultado em alguns minutos.
Wbq 23/11/19

0

O Vagrant via VirtualBox na Catalina (MacMini, final de 2012 (pós-atualização dupla de SSD e 16 MB de RAM)) tem sido incrivelmente lento para mim, não se limitando a projetos PHP ou Javascript, embora seja nisso que eu esteja trabalhando principalmente. Eu passei um pouco de tempo pesquisando e a solução que funcionou para mim foi adicionar /sbin/nfsde VirtualBoxpara Full Disk Accessem Settings->Privacyno Mac, como descrito no link abaixo. Espero que isso ajude outra pessoa. No meu caso, o TTFB passou de cerca de 15 segundos para menos de 1. (Isso é muito bom para o Vagrant, ha!)

apenas adicionar e ativar o nfsd na lista completa de acesso ao disco deve funcionar

https://github.com/hashicorp/vagrant/issues/10961#issuecomment-567430897


1
Esta resposta realmente não ajudou tanto quanto indicado, não tenho certeza se devo editá-la ou o quê? Eu mudei para o Laravel Valet, rápido e simples, mas mais variante do ambiente de produção, ah bem.
Jeremy Anderson

-1

Para aqueles que executam o Homestead no macOS "High Sierra" ou posterior, a solução que funcionou para mim foi tão simples quanto alterar algumas configurações no arquivo homestead.rb .

Onde quer que você encontre no seu arquivo homestead.rb , as configurações para settings['cpus'] ||= 1 alterá-lo settings['cpus'] ||= 2 . Além disso, você pode aumentar o tamanho da memória (não o fiz) e definir o valor maior que o padrão settings['memory'] ||= 2048.

Antes de experimentar quase todas as soluções encontradas na Web, desde garantir nfsfoi definido, adicionar scripts e outras sugestões e nenhuma funcionou até eu aumentar as configurações de valor padrão da CPU para as configurações ['cpus'] || = 2

No terminal, a tarefa simples de executar npm run devou qualquer php artisancomando levou cerca de 10 a 15 segundos até que o prompt estivesse livre para prosseguir com outros comandos.

Com as alterações acima, agora leva apenas 2 a 3 segundos !

Espero que isso ajude qualquer pessoa com esse mesmo desempenho lento, especialmente no macOS. "High Sierra" ou posterior. Estou no macOS "Catalina" e tudo funciona bem agora.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.