Desempenho do VMware Fusion degradando após algumas horas

Question

Estou tendo um problema com o VMware Fusion há algum tempo, em que a VM (executando o Windows) funciona bem inicialmente, mas fica lenta depois de algum tempo (o melhor palpite é algumas horas). É tão lento que existe um atraso ao digitar.

O problema não está restrito a uma VM: tenho várias VMs do Windows 7 com o mesmo problema.

Quaisquer sugestões seriam muito apreciadas na localização da origem deste problema. Abaixo estão os detalhes da configuração e o que eu tentei até agora.

Configuração:

• OS X 10.9.2
• VMware Fusion 6.0.2
• MacBook Pro (meados de 2012) Intel Core i7 de 2,3 GHz, 8 GB de RAM, SSD da Apple
• VM executando o Windows 7, 8 núcleos, 4 GB de RAM, disco SATA (não pré-alocado)
• rede de VM: ponte

Alterações (otimizações) realizadas até agora

Windows (convidado):

• Desativou todos os serviços não essenciais do Windows (por exemplo, Pesquisa do Windows, Mídia, etc.)
• Modificação do tempo de acesso do NTFS desativado
• Desativado nomes de arquivo 8.3
• Aero desativado
• Configuração de desempenho configurada para Melhor desempenho

Mac (host):

• Economia de energia desativada
• Comutação automática desativada do adaptador de exibição

VMware:

• Movimentou a VM do disco USB3 externo para o SSD interno
• Compatibilidade de VM definida como VMware 6 (mais recente disponível)
• Controlador VM HD atualizado de SCSI ou IDE para SATA
• Defina o armazenamento em buffer do disco rígido da VM como ativado
• Solução de problemas desativada (definida como Nenhum )
• Removida a pasta appleListCache e substituída por um arquivo fictício

Atualização:

Eu criei uma solicitação de suporte com o VMware para chegar ao fim disso e recebi estas duas ações adicionais para tentar:

• Reinstale as ferramentas do VMware

• Exclua o VMware do recurso AppNap no OSX executando as seguintes etapas:

  1. Encerre todas as máquinas virtuais e saia do VMware Fusion.
  2. Vá para a pasta Aplicativos e clique com o botão direito do mouse no VMware Fusion
  3. Selecione Obter informações
  4. Selecione a opção Preven App Nap.
  5. Inicie a máquina virtual e verifique novamente o problema.

Atualização 2:

Além da ação acima, o VMware Support me pediu para fazer o seguinte:

• Diminuir o número de núcleos de CPU atribuídos à VM - Meu MacBook Pro tem 8 núcleos, dos quais o VMware sugeriu apenas atribuir 2 a uma VM.
• Abaixe a RAM atribuída à VM - Eu sempre atribui o máximo de RAM possível, deixando apenas o suficiente para o OSX. A VMware sugeriu reduzir isso para 2 GB.
• Desabilite o recurso de pasta compartilhada - normalmente compartilho algumas pastas entre o host e o sistema operacional convidado para facilitar a troca de arquivos.

Embora eu não esperasse que essas mudanças fizessem alguma diferença (especialmente diminuindo os recursos atribuídos ao sistema operacional convidado), as VMs que tentei até agora foram todas executadas de maneira estável e sem soluços reais, mesmo quando executadas de o disco externo WD USB3.

    

Answer 1

Eu tenho o mesmo problema, mas essas soluções não corrigiram meus problemas. No entanto, encontrei uma postagem no blog de artykul8 , o que corrigiu tudo dos meus problemas!

link

Tweak: Desativar arquivos de troca de memória arquivos .vmem

mainMem.useNamedFile = "FALSE"

Infelizmente, esse parâmetro não funciona para o VMware Player, pois sempre cria o arquivo de troca de memória total da máquina virtual. Para o VMware Fusion no Mac e Linux, em vez de mainMem.useNamedFile , você precisa definir mainMem.backing flag.

mainMem.backing = "swap"

Tweak: escolha o controlador de disco correto e especifique SSD

Em vez do controlador SATA AHCI mais recente, escolha o controlador LSI Logic SAS com disco SCSI para sistema operacional convidado Windows ou PVSCSI para outros tipos de OS. Infelizmente o SATA AHCI no VMware tem o menor desempenho dentre os três controladores e a maior sobrecarga de CPU (consulte as referências no tópico no final). Além de escolher o controlador correto, se seu disco host for SSD, você poderá especificar explicitamente o tipo de disco como SSD para o sistema operacional convidado.

scsi0:0.virtualSSD = 1

Tweak: desabilita arquivos de log para VM

logging = "FALSE"

Como alternativa, você pode especificar um local diferente para armazenar o arquivo de registro, se precisar deles:

log.filename = "c:\Windows\Temp\vm1.log"

Tweak: outro disco & Otimização de desempenho de E / S de memória

Desativar o recorte de memória:

MemTrimRate = "0"

Desativar o compartilhamento de páginas:

sched.mem.pshare.enable = "FALSE"

Desativar a redução de alocação de memória:

MemAllowAutoScaleDown = "FALSE"

Tweak: desabilitando instantâneos

Desative as capturas instantâneas se você não as estiver usando e prefira backups completos:

snapshot.disabled = "TRUE"

Tweak: desativar o modo de unidade

O Unity pode ser um ótimo recurso para a execução de sistemas operacionais de desktops virtuais, mas não é o mais útil para a virtualização do SO do servidor. Um sinal irritante de unidade habilitada é GuestAppsCache ou pasta de caches com um grande número de arquivos e subpastas. Para desativá-lo para sua VM, adicione as seguintes linhas:

isolation.tools.unity.disable = "TRUE"
unity.allowCompositingInGuest = "FALSE"
unity.enableLaunchMenu = "FALSE"
unity.showBadges = "FALSE"
unity.showBorders = "FALSE"
unity.wasCapable = "FALSE"

    

Answer 2

Eu tive o mesmo problema com meus convidados da VM. (Também no VMWare 5.x no 10.8 pelo caminho). O que resolveu esse problema para mim foi desativar o buffer do disco rígido da VM. Isso parece levar toda a RAM disponível do sistema para os dados do disco do buffer (você também pode monitorar isso no monitor de atividades). Mas devolver a RAM quando necessário por outros recursos do sistema parece não ser uma das strongs capacidades do VMWare.

Como eu desabilitei isso, não tive mais problemas em deixar os convidados da VM mais lentos.

    

Answer 3

Eu tive problemas semelhantes com minha configuração executando o OS X 10.10.2 e antes de atualizar o OS X para.

O que eu descobri foi que quando alterei as configurações de exibição no OS X para usar a resolução "Padrão para exibição". Então, desmarcou no VMware o "Ajustar automaticamente o tamanho da interface do usuário no Windows" e marquei "Usar resolução total para a tela Retina", isso faz com que a interface do meu Windows tenha uma resolução de 2560 x 1600 bruxa é muito pequena na tela de 13 ". problema med comportamento mais lento.

É o mesmo comportamento para o Windows 7 Pro e o Windows 8.1 Ent

Depois disso eu usei uma tela externa com a tampa fechada e teclado externo e mouse e que funciona como um encanto.

Não sei se isso ajuda você a entrar, mas talvez o problema esteja relacionado à tela.