Dois ajustes no Proxmox eliminaram o lag das minhas máquinas virtuais de forma imediata. As mudanças ocorreram nas configurações de CPU e vídeo, resultando em ganho de desempenho visível logo após aplicadas.
A maioria dos administradores que roda Proxmox em produção enfrenta degradação de performance sem entender de onde vem. Frequentemente o problema está em dois pontos específicos que passam despercebidos: a configuração de CPU e as configurações de display. Corrigir esses dois aspectos pode eliminar travamentos e latência notória em tempo real.
O problema real com Proxmox: onde o lag mora
Máquinas virtuais lentas em Proxmox costumam ser atribuídas a falta de hardware ou sobrecarga geral. Na prática, porém, duas configurações inadequadas causam travamentos que uma reboot sequer resolve. A CPU não está recebendo instruções corretas do hipervisor. O display está configurado para um modelo de vídeo que não aproveita a aceleração de hardware disponível.
Testamos esse cenário em ambientes reais. Um servidor Proxmox com processador moderno — capaz de rodar dezenas de VMs sem transpirante — apresentava lag perceptível em máquinas que demandavam interface gráfica ou processamento contínuo. Após os dois ajustes descritos aqui, o lag desapareceu em minutos.
Corrigindo a CPU no Proxmox
O primeiro ponto é o tipo de CPU atribuído à máquina virtual. Por padrão, Proxmox escolhe um modelo genérico que funciona, mas deixa muitas instruções sobre a mesa. Você precisa permitir que a VM acesse as capacidades reais do processador físico.
Na interface web de Proxmox, acesse a máquina virtual e vá até a aba Hardware. Procure a opção “Processador” e verifique o tipo atual — provavelmente está como “kvm64” ou “qemu64”. Mude para “host” ou selecione o modelo exato do seu processador se estiver disponível.
A diferença é imediata:
- CPU genérica (padrão): emula uma CPU abstrata que roda em qualquer hipervisor
- CPU do host: usa as instruções reais do seu processador físico, com acesso a SSE, AVX e outras otimizações
Após salvar, reinicie a VM. O desempenho sobe no mesmo minuto em que o sistema operacional retorna.
O segundo ajuste: display em lugar de VGA
O segundo problema geralmente é invisível até você notar que a VM congela quando abre a interface gráfica ou faz scroll em aplicações pesadas. O modelo de vídeo padrão em Proxmox (VGA) é una emulação pura — sem aceleração.
Volte à aba Hardware da máquina virtual e procure por “Display” ou “Vídeo”. Se estiver como “VGA” ou “Cirrus”, mude para “SPICE” ou “VirtIO-GPU” conforme seu sistema operacional suporte.
- VGA/Cirrus: emulação completa, muito lenta, sem aceleração de hardware
- SPICE: melhor desempenho gráfico, suporta compressão e redimensionamento dinâmico
- VirtIO-GPU: otimizado para VMs Linux, aproveita passthrough de GPU se disponível
Como o PratiqueTech já mostrou em outras análises de virtualização, esses pequenos detalhes compõem a diferença entre um ambiente frustrantemente lento e outro realmente utilizável.
Ordem correta de aplicação
Não há dependência entre os dois ajustes — você pode aplicar em qualquer ordem. No entanto, recomendo fazer ambos de uma vez e reiniciar a VM uma única vez. Dessa forma fica claro que o ganho é real e não ilusão de placebo.
Alguns ambientes exigem etapas adicionais:
- Verifique se o Proxmox tem suporte a IOMMU habilitado (importante para passthrough de GPU)
- Confirme que o kernel do host está atualizado
- Se usar SPICE, instale os guest tools corretos no sistema operacional da VM
- Teste com aplicações que antes travavam (navegador, editor de vídeo, engine de renderização)
Quando esses ajustes não resolvem tudo
Se após aplicar CPU host e mudar o display para SPICE o lag persistir, o problema é outro. Pode ser alocação insuficiente de vCPUs, RAM esgotada no host, ou contenção de I/O em disco. Nesses casos, escale recursos ou investigue bottlenecks com ferramentas como iotop e htop no host Proxmox.
Também verifique se há máquinas virtuais concorrentes consumindo recursos. Um host com 16 cores não aguenta 32 VMs com 4 cores cada executando simultaneamente — é teoria, não prática.
Perguntas frequentes
P: Posso usar “host” como CPU se tiver VMs que migram entre servidores diferentes?
R: Não. Se uma VM migra para outro host com CPU diferente, ela não boota. Use “host” apenas em ambientes single-host ou use um modelo específico (como Haswell ou EPYC) que exista em todos os seus servidores.
P: SPICE é mais seguro que VGA?
R: SPICE é mais moderno e recebe atualizações, mas segurança real depende de como você expõe a console. Se acesso remoto é crítico, use VNC com TLS ou acesso via SSH jumphost, independente do protocolo de display.
P: Quanto de desempenho ganho em números reais?
R: Varia muito. Em VMs de interface gráfica pesada (design, vídeo), ganhos de 30% a 60% são comuns. Em servidores headless o impacto é negligenciável — esses ajustes ajudam pouco se não há interface gráfica em uso.
P: Preciso de passthrough de GPU para isso funcionar?
R: Não. SPICE e VirtIO-GPU usam emulação otimizada, não passthrough. Passthrough é outra coisa — tira a GPU inteira da mão do host.
P: Essas mudanças afetam máquinas já em produção?
R: Sim, exigem reboot. Agenda uma janela de manutenção curta e aplica os dois ajustes de uma vez.
Se você administra Proxmox e quer afinar suas VMs de forma rápida e sem grandes investimentos em hardware, esses dois pontos são obrigatórios. Não são mágica — são simplesmente configurações que o Proxmox deixa genéricas por compatibilidade, mas você pode apertar conforme sua realidade.
Use a calculadora de subrede se precisar dimensionar redes de VMs para segmentação ou teste de carga — informação sobre CIDR e alocação de IPs também entra na equação de planning de infraestrutura virtual.
