Opa.
O problema é a degradação gerada pela conversão do 32bit(guest) para 64bit(host). Fiz novos testes com a arquitetura 64 sobre 64 e funcionou muito melhor, apresentou um repartição de threads muito melhor, alem de resultados de benchmark (http://www.passmark.com/) melhores.
Fica ai a dica, windows 32bits sobre kvm 64bits degrada e muito o desempenho.
Fabiano Stocco
Em 30 de julho de 2011 16:31, Rafael Henrique Gumiero < rafael.gumiero@gmail.com> escreveu:
Implementei recentemente um ambiente parecido com o seu mas nao tive problema com travamento, porem vou fazer alguns teste se consigo reproduzir o mesmo problema.
Rafael Gumiero Em 30/07/2011 15:57, "fabiano stocco" fabianostocco@gmail.com escreveu:
Opa blz?
Pessoal essa semana coloquei para rodar um 2003 R2 32bit sobre o Centos 6 64bits com 6vcpu, a maquina real possui 4 núcleos com 8 threads . O
problema
é que do nada a maquina começa a processar(não sei oque) sem razão
aparente
e congela, a ponto de se tornar inutilizável. O host Centos não apresenta travamento, no caso apenas o guest.
Fiz uma única alteração para tentar resolver o problema foi utilizar a
opção
/usepmtimer no boot do windows.
http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualiza...
Acredito que o problema esta sendo causado pela falta de gerenciamento
sobre
as threads, onde um processo X consome todas as threads disponíveis a
ponto
de congelar o guest. Desconheço uma forma de fazer com que o windows restrinja os processos a apenas 1 thread sem globaliza-la.
Alguém já passou por problema parecido ou tem idéia do que posso fazer
para
solucionar esse problema?
Desde já agradeço
Fabiano Stocco
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br