El rendimiento de VMware Fusion se degrada después de unas horas


16

He tenido un problema con VMware Fusion durante algún tiempo, donde la VM (que ejecuta Windows) funciona bien inicialmente, pero se ralentizará después de un tiempo (lo mejor es un par de horas). Es tan lento que incluso hay un retraso al escribir.

El problema no está restringido a una VM: tengo varias VM de Windows 7 que muestran el mismo problema.

Cualquier sugerencia sería muy apreciada para localizar la fuente de este problema. A continuación se muestran los detalles de configuración y lo que he intentado hasta ahora.

Configuración:

  • OS X 10.9.2
  • VMware Fusion 6.0.2
  • MacBook Pro (mediados de 2012) Intel Core i7 2.3Ghz, 8GB RAM, Apple SSD
  • VM con Windows 7, 8 núcleos, 4 GB de RAM, disco SATA (no preasignado)
  • Red de VM: puenteada

Cambios (optimizaciones) realizados hasta ahora

Windows (invitado):

  • Deshabilitó todos los servicios de Windows no esenciales (por ejemplo, Windows Search, Media, ...)
  • Modificación del tiempo de acceso NTFS deshabilitado
  • Deshabilitado 8.3 nombres de archivo
  • Aero discapacitados
  • Configuración de rendimiento configurada en Mejor rendimiento

Mac (host):

  • Ahorro de energía para discapacitados
  • Conmutación automática desactivada del adaptador de pantalla

VMware:

  • Movió la VM del disco USB3 externo a la SSD interna
  • Compatibilidad de VM establecida en VMware 6 (última disponible)
  • Controlador VM HD actualizado de SCSI o IDE a SATA
  • Establezca el almacenamiento en búfer del disco duro de VM en habilitado
  • Solución de problemas deshabilitada (establecida en Ninguno )
  • Se eliminó la carpeta appleListCache y se reemplazó con un archivo ficticio

Actualizar:

Creé una solicitud de soporte con VMware para llegar al fondo de esto, y he recibido estas dos acciones adicionales para probar:

  • Vuelva a instalar las herramientas de VMware
  • Excluya VMware de la función AppNap en OSX realizando los siguientes pasos:

    1. Apague todas las máquinas virtuales y salga de Vmware Fusion.
    2. Vaya a la carpeta de aplicaciones y haga clic derecho en VMware Fusion
    3. Seleccione Obtener información
    4. Seleccione la opción Prevenir la siesta de la aplicación.
    5. Inicie la máquina virtual y vuelva a verificar el problema.

Actualización 2:

Además de la acción anterior, el soporte de VMware me pidió que hiciera lo siguiente:

  • Disminuya la cantidad de núcleos de CPU asignados a la VM : mi MacBook Pro tiene 8 núcleos, de los cuales VMware sugirió solo asignar 2 a una VM.
  • Baje la RAM asignada a la VM : siempre asigné la mayor cantidad de RAM posible, dejando lo suficiente para OSX. VMware sugirió reducir esto a 2GB.
  • Deshabilite la función de carpeta compartida : normalmente comparto algunas carpetas entre el sistema operativo host e invitado para facilitar el intercambio de archivos.

Si bien no esperaba que estos cambios hicieran ninguna diferencia (especialmente bajando los recursos asignados al sistema operativo invitado), las VM que he probado hasta ahora se han ejecutado de manera estable y sin ningún inconveniente real, incluso cuando se ejecutan desde el USB3 externo Disco WD.


También tengo este problema con una configuración similar a la suya (OS X 10.9.2, Fusion 6.0.2). Para mí, el patrón es que el proceso vmware-vmx usa cada vez más CPU (incluso si la VM no funciona) hasta que ocupe todo un núcleo.
weiran

@weiran Deshabilitar AppNap y reinstalar las herramientas de VMware definitivamente ayudó (para mi situación inicial), aunque tengo el mismo problema que usted con respecto a la carga de la CPU. Ambos kernel_tasky vmware-vmxgravan la CPU mientras la VM está inactiva. Envié mis hallazgos al soporte de VMware y espero su respuesta.
ƘɌỈSƬƠƑ

alguna actualización de VMWare?
weiran

También estoy teniendo el problema de carga de la CPU vmware-vmx. Parece empeorar después de que el invitado VMWare se haya dejado ejecutándose (pero no utilizado) en segundo plano durante un tiempo. Probaré lo de AppNap que mencionaste. Mi discreta GPU simplemente falló. Preguntándose si el calor de la CPU fue la causa: - \ ...
bentayloruk 02 de

1
¡Muchas gracias por actualizar su pregunta con información sobre cómo resolvió sus problemas!
Andreas Nilsson

Respuestas:


9

Tengo el mismo problema, pero estas soluciones no solucionaron mis problemas. Sin embargo, he encontrado una publicación de blog de artykul8 , ¡lo que solucionó solucionó todos mis problemas!

http://artykul8.com/2012/06/vmware-performance-enhancing/


Tweak: deshabilitar archivos de intercambio de memoria .vmem archivos

mainMem.useNamedFile = "FALSE"

Desafortunadamente, este parámetro no funciona para VMware Player, ya que siempre crea el archivo de intercambio de memoria completa de la máquina virtual. Para VMware Fusion en Mac y Linux, en lugar de mainMem.useNamedFileeso, debe configurar el mainMem.backingindicador.

mainMem.backing = "swap"

Tweak: elija el controlador de disco correcto y especifique SSD

En lugar del último controlador SATA AHCI, elija el controlador LSI Logic SAS con disco SCSI para el SO huésped Windows, o PVSCSI para otros tipos de SO. Lamentablemente, SATA AHCI en VMware tiene el rendimiento más bajo de los tres controladores y la mayor sobrecarga de la CPU (consulte las referencias sobre el tema al final). Además de elegir el controlador correcto, si su disco host es SSD, puede especificar explícitamente el tipo de disco como SSD para el SO huésped.

scsi0:0.virtualSSD = 1

Tweak: deshabilitar archivos de registro para VM

logging = "FALSE"

Alternativamente, puede especificar una ubicación diferente para almacenar el archivo de registro, si alguna vez los necesita:

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

Tweak: Otra optimización de rendimiento de E / S de disco y memoria

Deshabilitar recorte de memoria:

MemTrimRate = "0"

Desactivar el intercambio de páginas:

sched.mem.pshare.enable = "FALSE"

Deshabilitar la reducción de escala de la asignación de memoria:

MemAllowAutoScaleDown = "FALSE"

Tweak: deshabilitar instantáneas

Deshabilite las instantáneas si no las está utilizando y prefiere copias de seguridad completas:

snapshot.disabled = "TRUE"

Tweak: deshabilitar el modo de unidad

Unity puede ser una gran característica para ejecutar sistemas operativos de escritorios virtuales, pero no es el más útil para virtualizar el sistema operativo del servidor. Una señal molesta de la unidad habilitada es la GuestAppsCachecarpeta de caché con una gran cantidad de archivos y subcarpetas. Para deshabilitarlo en su VM, agregue las siguientes líneas:

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

1

Tuve el mismo problema con mis invitados VM. (También en VMWare 5.x en 10.8 por cierto). Lo que resolvió este problema para mí fue deshabilitar el almacenamiento en búfer del disco duro de la VM. Esto parece tomar toda la RAM disponible del sistema para almacenar los datos del disco (también puede monitorear esto en el monitor de actividad). Pero devolver la RAM cuando otros recursos del sistema lo necesitan no parece ser una de las capacidades más sólidas de VMWare.

Desde que desactivé esto, no tuve más problemas con la desaceleración de los invitados de VM.


1

He tenido problemas similares con mi configuración con OS X 10.10.2 y antes de actualizar a OS X.

Lo que encontré fue que cuando cambié la configuración de pantalla en OS X para usar la resolución "Predeterminado para pantalla". Luego desactivé en VMware el "Ajustar automáticamente el tamaño de la interfaz de usuario en Windows" y marqué "Usar resolución completa para la pantalla Retina", esto hace que mi interfaz de Windows tenga una resolución de 2560 x 1600, lo que es muy pequeño en la pantalla de 13 ". Pero no problema con el comportamiento lento.

Es el mismo comportamiento para Windows 7 Pro y Windows 8.1 Ent

Después de eso, utilicé una pantalla externa con tapa cerrada y teclado y mouse externos y eso funciona de maravilla.

No sé si esto te ayuda a volver a casa, pero quizás tu problema esté relacionado con la pantalla.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.