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:
- Apague todas las máquinas virtuales y salga de Vmware Fusion.
- Vaya a la carpeta de aplicaciones y haga clic derecho en VMware Fusion
- Seleccione Obtener información
- Seleccione la opción Prevenir la siesta de la aplicación.
- 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.
fuente
kernel_task
yvmware-vmx
gravan la CPU mientras la VM está inactiva. Envié mis hallazgos al soporte de VMware y espero su respuesta.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: - \ ...Respuestas:
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
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.useNamedFile
eso, debe configurar elmainMem.backing
indicador.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.
Tweak: deshabilitar archivos de registro para VM
Alternativamente, puede especificar una ubicación diferente para almacenar el archivo de registro, si alguna vez los necesita:
Tweak: Otra optimización de rendimiento de E / S de disco y memoria
Deshabilitar recorte de memoria:
Desactivar el intercambio de páginas:
Deshabilitar la reducción de escala de la asignación de memoria:
Tweak: deshabilitar instantáneas
Deshabilite las instantáneas si no las está utilizando y prefiere copias de seguridad completas:
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
GuestAppsCache
carpeta de caché con una gran cantidad de archivos y subcarpetas. Para deshabilitarlo en su VM, agregue las siguientes líneas:fuente
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.
fuente
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.
fuente