A movimentação de um arquivo de troca de máquinas virtuais para outra unidade melhora realmente o desempenho?

Question

O cenário:

Uma máquina virtual (guest) executando o Windows 2008 R2 tem um disco rígido virtual com o arquivo de troca (por padrão) nessa unidade.

Recomendação:

Crie outro disco rígido virtual fisicamente localizado em outro disco. Mova o arquivo de troca para o segundo disco virtual.

Resultado esperado: aumento de desempenho na máquina virtual.

O que eu gostaria de saber é: isso realmente melhorará consideravelmente o desempenho? Vale a pena fazer? Há algum estudo de caso com prova? Alguém já fez isso e encontrou para trabalhar?

Eu sei, em teoria, que poderia melhorar o desempenho, mas como todos sabemos, teoria e prática nem sempre se somam.

    

Answer 1

"A movimentação de um arquivo de troca de máquinas virtuais para outra unidade melhora realmente o desempenho?" Se você não tem nenhum arquivo de troca, então não. ;)

A resposta para isso depende da plataforma host e da configuração da VM. Faz sentido para mim que fornecer um dispositivo dedicado para seu swap tenda a resultar em algumas melhorias agradáveis no desempenho. No entanto, se você tiver uma quantidade decente de memória suficiente na VM, provavelmente nunca notará a diferença e as coisas não serão mais esperadas. Além disso, se a VM estiver configurada para saber que é uma VM, você poderá melhorar ainda mais o desempenho, se o software do host da máquina virtual for lixo eletrônico, isso será importante.

De qualquer forma, minha aposta é para um servidor, não vai realmente importar em geral. Especialmente se você tiver uma quantidade viável de RAM fornecida para essa VM e uma boa plataforma de host de VM.

    

Answer 2

Primeiro, para ilustrar um ponto, vou assumir um cenário com dois discos físicos separados, não discos virtuais: Nesse caso, em teoria, sim, na prática, eu diria não tanto mais com discos modernos sendo tão rápido.

Nos testes da Microsoft, a resposta para perguntas sobre como configurar o Exchange e o SQL Server sempre foi: Dados em uma unidade física (ou RAID), arquivos de log em outra unidade física. Isso fazia muito sentido quando os drives ainda estavam transferindo a 66 Mbps-133 Mbps e girando a 5400 RPM ... ou até mesmo muito mais lento do que isso ao mesmo tempo.

Agora, com unidades que são tão rápidas (6Gbps e 15.000 RPM), embora você possa medir as melhorias com um equipamento especial, duvido que você notará uma grande melhoria prática movendo o arquivo de troca para outra unidade. Nós provavelmente estamos falando de milissegundos aqui.

Agora vamos falar sobre dois discos virtuais: provavelmente nenhum benefício se os discos virtuais residirem no mesmo subsistema de disco físico. O principal benefício no primeiro cenário era ter dois discos físicos (ou conjunto de discos no RAID) funcionando simultaneamente em diferentes partes da mesma tarefa. Nesse caso, você está solicitando o mesmo disco subjacente físico (ou volume RAID), que costuma ser o caso de um hipervisor, para executar todas as tarefas, independentemente de como você dividiu os discos virtuais.