Le processus de la machine virtuelle Parallels a un processeur élevé sur Macbook Pro Retina lors de l'exécution de Chrome dans Parallels 8

1

Lorsque je regarde Activity Monitor sous Mac OS X 10.8.3 sur un Macbook Pro 15 "Retina lors de l'exécution de Chrome (version 26.0.1410.64) dans une machine virtuelle Windows 8 Pro hébergée dans Parallels 8 (version 8.0.18483), je vois que le" Le processus "Parallels VM" indique en permanence une utilisation du processeur de 40 à 50%, même lorsque la VM est inactive. En même temps, le gestionnaire de tâches Win 8 affiche uniquement une utilisation de 2 à 3% du processeur pour tous les processus en cours. l'utilisation du processeur pour "Parallels VM" du côté Mac à 7-8% (le Gestionnaire des tâches de Windows 8 ne montre toujours que 2-3% d'utilisation du processeur par tous les processus).

Je peux voir ce problème lorsque Chrome est la seule application exécutée sur la machine virtuelle Win 8.

Ce problème ne se produit que lorsqu'une page Web est ouverte dans Chrome. Les paramètres de plug-in pour Chrome sont définis sur "Cliquez pour lire". Je ne clique pour jouer aucun plug-in lorsque je charge une page Web.

Quelques informations sur ma configuration:

Ma machine virtuelle Parallels est configurée pour utiliser deux cœurs de processeur. Cela expliquerait pourquoi (lorsque Chrome n'est pas en cours d'exécution), l'utilisation du processeur pour le processus Mac "Parallels VM" est environ deux fois plus grande que celle utilisée par tous les processus lors de l'affichage du Gestionnaire des tâches du côté Windows 8, car Activity Monitor signale l'utilisation du processeur par tous les cœurs et combine ces valeurs pour la valeur d'utilisation du processeur d'affichage.

Parallels s'exécute en mode plein écran (non cohérent).

Windows 8 Pro a toutes les mises à jour actuelles installées.

Chrome 26 est une installation de base avec des paramètres par défaut et aucune extension n'est installée à part l'extension "Google Docs" par défaut, qui est désactivée.

Quelqu'un d'autre at-il ce problème et, dans l'affirmative, avez-vous trouvé une solution?

recklesscoder
la source
Avez-vous besoin de courir chrome dans W8? VMWare Fusion (et probablement parallèles) a un paramètre permettant de transférer les liens vers le navigateur Web par défaut de votre mac.
Alexander
Oui, la raison principale étant que j'utilise le serveur Web intégré de Visual Studio, qui crée une interface de bouclage qui n'est pas accessible de l'extérieur de la machine virtuelle (pas sans beaucoup de problèmes du moins). En outre, j'aime tout garder du côté de Windows lorsque je développe Windows. Et pour clarifier, Visual Studio n'est pas en cours d'exécution lorsque je vois ce problème. Utiliser Win Firefox est une alternative, mais je préfère les outils de développement de Chrome dans certaines situations.
recklesscoder
Concernant votre requête si d’autres ont ce problème: Je n’ai pas le même problème. J'ai fondamentalement la même configuration que vous (mais non-Retina, et Parallels est autorisé à utiliser des processeurs 7/8). Les jacks Chrome à la hauteur des processeurs brièvement puis le remet à ~ 55% (inactif, aucun autre programme ouvert). Avez-vous remarqué des problèmes de performances dus à l’exécution de Chrome sur votre ordinateur virtuel?
bassplayer7
Les problèmes de performances que j'ai remarqués sont une diminution significative de la durée de vie de la batterie (en raison de l'utilisation constante du processeur) et un Mac très chaud.
recklesscoder
@ bassplayer7 .... ~ 55% est normal ???? Vous plaisantez j'espère? On dirait que vous avez accepté de mauvaises performances et que vous vous en moquez. Désolé si cela semble dur, mais c'est totalement inacceptable pour moi!

Réponses:

2

J'ai eu un problème similaire dans l'OS invité Windows 7 sous Parallels 8. Cela a résolu le problème:

Dans Chrome, accédez à chrome: // flags et réglez "Composition GPU sur toutes les pages" sur "Désactivé". Redémarrer Chrome

Il existe un rapport de bogue lié à cela avec plus de détails: http://code.google.com/p/chromium/issues/detail?id=172521

Will Koehler
la source