Le prestazioni di VMware Fusion peggiorano dopo poche ore


16

Ho avuto un problema con VMware Fusion da un po 'di tempo, in cui inizialmente la VM (che esegue Windows) funziona correttamente, ma dopo un po' rallenterà fino a un certo punto (la migliore ipotesi è di un paio d'ore). È così lento che c'è persino un ritardo durante la digitazione.

Il problema non è limitato a una macchina virtuale: ho più macchine virtuali Windows 7 che mostrano lo stesso problema.

Eventuali suggerimenti sarebbero molto apprezzati nel localizzare la fonte di questo problema. Di seguito sono riportati i dettagli di configurazione e ciò che ho tentato finora.

Configurazione:

  • OS X 10.9.2
  • VMware Fusion 6.0.2
  • MacBook Pro (metà 2012) Intel Core i7 2.3Ghz, 8 GB di RAM, SSD Apple
  • VM con Windows 7, 8 core, 4 GB di RAM, disco SATA (non preallocato)
  • Rete VM: a ponte

Le modifiche (ottimizzazioni) eseguite finora

Windows (Ospite):

  • Disabilitato tutti i servizi Windows non essenziali (ad es. Ricerca Windows, Media, ...)
  • Modifica del tempo di accesso NTFS disabilitata
  • Nomi file 8.3 disabilitati
  • Disabili Aero
  • Impostazione prestazioni Configurato per le migliori prestazioni

Mac (host):

  • Risparmio energetico disabilitato
  • Commutazione automatica disabilitata dell'adattatore display

VMware:

  • Sposta la VM da un disco USB3 esterno a un SSD interno
  • Compatibilità VM impostata su VMware 6 (ultima disponibilità)
  • Controller VM HD aggiornato da SCSI o IDE a SATA
  • Impostare il buffering del disco rigido della VM su abilitato
  • Risoluzione dei problemi disabilitati (impostato su Nessuno )
  • Rimossa la cartella appleListCache e sostituita con un file fittizio

Aggiornare:

Ho creato una richiesta di supporto con VMware per arrivare alla fine di questo, e ho ricevuto queste due ulteriori azioni da provare:

  • Reinstallare gli strumenti VMware
  • Escludere VMware dalla funzionalità AppNap in OSX procedendo come segue:

    1. Chiudi tutte le macchine virtuali ed esci da Vmware Fusion.
    2. Vai alla cartella Applicazioni e fai clic con il tasto destro su VMware Fusion
    3. Seleziona Ottieni informazioni
    4. Seleziona l'opzione Impedisci pisolino app.
    5. Avvia la macchina virtuale e ricontrolla il problema.

Aggiornamento 2:

Oltre all'azione sopra, il supporto VMware mi ha chiesto di eseguire le seguenti operazioni:

  • Riduci il numero di core della CPU assegnati alla VM : My MacBook Pro ha 8 core, di cui VMware ha suggerito di assegnare solo 2 a una VM.
  • Abbassa la RAM assegnata alla VM : ho sempre assegnato quanta più RAM possibile, lasciando abbastanza per OSX. VMware ha suggerito di ridurlo a 2 GB.
  • Disabilita la funzione di cartella condivisa - Di solito condivido alcune cartelle tra l'host e il SO guest per un facile scambio di file.

Sebbene non mi aspettassi che queste modifiche facessero la differenza (in particolare abbassando le risorse assegnate al sistema operativo guest), le VM che ho provato finora sono state tutte stabili e senza alcun singhiozzo reale, anche quando eseguite da USB3 esterno Disco WD.


Ho anche questo problema con una configurazione simile alla tua (OS X 10.9.2, Fusion 6.0.2). Per me, il modello è che il processo vmware-vmx utilizza sempre più CPU (anche se la VM non funziona) fino a quando non occupa un intero core.
Weiran,

@weiran Disabilitare AppNap e reinstallare gli strumenti VMware mi ha sicuramente aiutato (per la mia situazione iniziale), anche se sto riscontrando lo stesso problema di te riguardo al carico della CPU. Entrambi kernel_taske vmware-vmxstanno tassando la CPU mentre la VM stessa è inattiva. Ho inviato le mie scoperte al supporto VMware e attendo la loro risposta.
ƘɌỈSƬƠƑ

qualche aggiornamento da VMWare?
weiran

Sto anche avendo il problema di caricamento della CPU per vmware-vmx. Sembra peggiorare dopo che l'host VMWare è stato lasciato in esecuzione (ma non utilizzato) in background per un po '. Proverò la cosa AppNap che hai menzionato. La mia GPU discreta è appena fallita. Mi chiedevo se il calore della CPU fosse la causa: - \ ...
bentayloruk

1
Grazie mille per aver aggiornato la tua domanda con informazioni su come hai risolto i tuoi problemi!
Andreas Nilsson,

Risposte:


9

Ho lo stesso problema, ma queste soluzioni non hanno risolto i miei problemi. Tuttavia, ho trovato un post sul blog di artykul8 , che cosa risolto risolto tutti i miei problemi!

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


Tweak: disabilita i file .vmem dei file di scambio di memoria

mainMem.useNamedFile = "FALSE"

Sfortunatamente questo parametro non funziona per VMware Player, poiché crea sempre il file di scambio di memoria completa della macchina virtuale. Per VMware Fusion su Mac e Linux invece di mainMem.useNamedFileimpostare mainMem.backingflag.

mainMem.backing = "swap"

Modifica: scegli il controller del disco giusto e specifica SSD

Invece del più recente controller SATA AHCI, scegliere il controller LSI Logic SAS con disco SCSI per il sistema operativo guest Windows o PVSCSI per altri tipi di sistema operativo. Sfortunatamente SATA AHCI su VMware ha le prestazioni più basse tra i tre controller e il sovraccarico della CPU (vedi i riferimenti sull'argomento alla fine). Oltre a scegliere il controller corretto, se il disco host è SSD, è possibile specificare esplicitamente il tipo di disco come SSD sul sistema operativo guest.

scsi0:0.virtualSSD = 1

Tweak: disabilita i file di registro per VM

logging = "FALSE"

In alternativa è possibile specificare un percorso diverso per archiviare il file di registro, se mai necessario:

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

Tweak: ottimizzazione delle prestazioni degli altri I / O su disco e memoria

Disabilita il taglio della memoria:

MemTrimRate = "0"

Disabilita la condivisione della pagina:

sched.mem.pshare.enable = "FALSE"

Disattiva ridimensionamento dell'allocazione di memoria:

MemAllowAutoScaleDown = "FALSE"

Modifica: disabilitazione delle istantanee

Disabilita le istantanee se non le stai utilizzando e preferisci i backup completi:

snapshot.disabled = "TRUE"

Tweak: disabilita la modalità Unity

Unity potrebbe essere un'ottima funzionalità per l'esecuzione di sistemi operativi desktop virtuali, ma non è la più utile per virtualizzare il sistema operativo del server. Un fastidioso segno di unità abilitata è GuestAppsCacheo memorizza nella cache le cartelle con un gran numero di file e sottocartelle. Per disabilitarlo per la tua VM aggiungi le seguenti righe:

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

1

Ho avuto lo stesso problema con i miei ospiti VM. (Anche in VMWare 5.x su 10.8 a proposito). Ciò che ha risolto questo problema per me è stato disabilitare il buffering del disco rigido della VM. Questo sembra richiedere tutta la RAM disponibile del sistema per bufferizzare i dati del disco (è possibile monitorare anche questo nel monitor attività). Ma restituire la RAM quando necessario da altre risorse di sistema non sembra essere una delle abilità forti di VMWare.

Da quando l'ho disabilitato, non ho più avuto problemi con il rallentamento dei guest VM.


1

Ho avuto problemi simili con la mia configurazione con OS X 10.10.2 e prima di aggiornare OS X a.

Quello che ho scoperto è che quando ho modificato le impostazioni di visualizzazione in OS X per utilizzare la risoluzione "Predefinito per display". Ho quindi deselezionato in VMware "Regola automaticamente le dimensioni dell'interfaccia utente in Windows" e ho spuntato "Usa la risoluzione completa per il display Retina", questo fa comunque dare alla mia interfaccia Windows una risoluzione di 2560 x 1600 che è molto piccola sullo schermo da 13 ". Ma no problema con il comportamento più lento.

È lo stesso comportamento sia per Windows 7 Pro che per Windows 8.1 Ent

Dopo di che ho usato uno schermo esterno con coperchio chiuso e tastiera e mouse esterni e che funziona come un fascino.

Non so se questo ti aiuti a casa ma forse il tuo problema è legato allo schermo.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.